内容提要
2026年7月,PGDG官方APT仓库正式支持龙芯loong64架构,构建主机为社区捐赠的龙芯3B6000。此前PG内核已适配龙芯,主要障碍在于官方仓库的持续构建与维护。作者在PGConf.Dev上说服维护者Christoph Berg,并促成物理机构建。龙芯由此成为PGDG支持的第四种CPU架构,用户可用标准命令安装PostgreSQL。
延伸解读
从“能编译”到“能维护”的关键跨越
文章强调,龙芯上运行 PostgreSQL 内核早已可行,但生产环境真正需要的是持续的小版本升级、安全更新和扩展兼容。进入 PGDG 官方 APT 仓库后,loong64 与其他架构共享同一套包名、签名机制和更新节奏,用户不再需要自行编译内核或逐个移植依赖。这标志着龙芯从一次性的野生适配,转变为可长期维护的官方支持架构。
s390x 的前车之鉴:构建机稳定性决定成败
文章详细回顾了 IBM s390x 架构因构建机性能差、频繁超时,最终被移出 PGDG 仓库的案例。维护者 Christoph 曾公开抱怨成本与用户数比值无穷大。这一先例直接影响了龙芯的推进方式:最初尝试的云主机因网速和稳定性不足被放弃,最终改用 loongfans.cn 社区捐赠的龙芯 3B6000 物理机,以确保持续构建流水线可靠运行。
APT 打通只是半边,YUM 仍待 EL 系支持
文章明确指出,此次进入的是 PGDG 的 APT 仓库,主要服务 Debian/Ubuntu 用户。红帽系用户依赖的 YUM 仓库,由于构建在 RHEL、CentOS、Rocky 等 EL 系操作系统上,而这些系统尚未支持龙芯,因此 YUM 侧的支持仍需等待。作者将 APT 的突破视为阶段性成果,并提醒读者 YUM 是另一场更长的马拉松。
自主架构融入全球上游的示范意义
文章认为,龙芯以自主架构身份先后成为 Debian 官方支持架构和 PostgreSQL 官方仓库支持架构,是从零到一的突破。作者强调,基础软件的自主可控应通过融入全球开源社区、持续交付补丁和软件包来积累信任,而非依靠换皮魔改。龙芯进入 PGDG 正式队列后,每次版本更新和安全修复都会覆盖 loong64,这为后续国产架构进入上游提供了可参考的路径。
Q&A
龙芯是什么时候正式进入 PostgreSQL 官方仓库的?
2026年7月22日,PGDG APT 仓库维护者 Christoph Berg 在邮件列表发布公告,宣布 apt.postgresql.org 新增 Loongson loong64 架构,软件包自举构建已于本月初完成,仓库正式可用。
龙芯成为 PostgreSQL 官方仓库支持的第几种 CPU 架构?
第四种。此前 PGDG APT 仓库已支持 AMD64、ARM64、PPC64EL,龙芯 loong64 是新增的第四种架构。
为什么 PostgreSQL 内核早已支持龙芯,但官方仓库却迟迟没有支持?
因为真正的障碍不在内核,而在内核之下的操作系统、软件包和构建基础设施。PGDG 仓库需要持续构建、签名发布和安全更新,而当时 Debian 等发行版尚未正式支持龙芯,且缺乏稳定的构建主机。
龙芯进入 PGDG 官方仓库后,用户如何安装 PostgreSQL?
在装好 Loong13(面向 LoongArch 的 Debian 13)的龙芯机器上配置 PGDG 软件源,然后执行 sudo apt update 和 sudo apt install postgresql-18 即可。
IBM s390x 架构为什么被移出 PGDG 仓库?
因为构建主机性能太差,I/O 和 CPU 性能不足导致构建频繁超时失败,维护成本极高而用户数几乎为零。维护者 Christoph 最终于2025年7月31日将其移除,并称“成本除以用户数的比值是无穷大”。
龙芯进入官方仓库对信创环境下的 DBA 有什么实际意义?
意味着龙芯用户可以使用标准命令安装 PostgreSQL,获得与其他架构相同的仓库、包名、签名机制和更新节奏,包括小版本升级、安全更新和扩展兼容,从而避免手动编译和维护整套 PG 生态的负担。