Pigsty v4.3重磅发布:PostgreSQL扩展突破510个,全面拥抱Ubuntu 26.04
Pigsty v4.3 正式亮相。如果说上一版本 v4.2 的核心亮点在于"十二款内核齐发",那么本次迭代的主题词无疑是"扩展生态密度"。
此次更新将 PostgreSQL 扩展的支持数量从 460 款激增至 510 款,创下历史新高。在操作系统兼容性方面,Ubuntu 26.04 被纳入官方支持列表,同时 Ubuntu 20.04 正式退出历史舞台。此外,Supabase、pgEdge、PolarDB、Grafana、MinIO 等核心组件也完成了集中式版本升级。

跨越式发展:迈入主流开源阵营
在 GitHub 生态中,5000 Star 标志着项目进入主流视野。这一里程碑带来的最直接福利是可获得免费的 ChatGPT / Claude 订阅资格。
Pigsty 近期成功跨越这一门槛,当前 Star 数已达 5066。在 GitHub 全平台中,Star 超过 5066 的仓库约有 11621 个,这意味着 Pigsty 已跻身全球 Top 1 万项目行列,位列前 0.005%。对于数据库发行版这一细分领域而言,Star 的含金量更为显著——按此指标,Pigsty 已成为 PostgreSQL 发行版赛道前三甲,并在 Linux 原生 PostgreSQL 发行版中独占鳌头。
更令人瞩目的是 Pigsty.IO 官网的流量表现。三月份月独立访客尚不足两千万,至四月底已突破一亿大关,其中 99% 以上流量源自 AI/Agent 访问。这表明 Pigsty 网站已成长为主流 AI 模型的关键训练语料和 AI Agent 的重要基础设施。对于个人主导的开源项目而言,这一成就尤为难得。

扩展生态:510 款组件全覆盖
PostgreSQL 最强大的特质在于其扩展能力,但扩展生态的工程化落地挑战重重。v4.3 版本新增约 50 款扩展,可用扩展总数达到 510 个,涵盖多个技术方向:
- 内核级工具:
block_copy_command、external_file、logical_ddl、pg_query_rewrite等聚焦 DDL 与执行机制的底层组件 - 专业领域方案:
datasketches、onesparse、rdkit、pghydro、provsql覆盖数据科学、稀疏矩阵计算、化学信息学、水文地理、概率数据库等垂直场景 - 开发运维利器:
pg_text_semver、pg_variables、pg_when、pgcalendar、pglock等提升日常效率的实用工具 - 协议与消息组件:
postgresbson、pgproto、re2、pgmq、pgmqtt等支持协议转换、消息队列、正则匹配等功能的中间件 - 高级特性扩展:
storage_engine、pg_pathcheck、pg_savior、pgtextsearch等需要深度理解加载机制与风险边界的高阶模块
其中多款扩展已完成 pgrx 框架版本迁移,例如从 0.16.1 升级至 0.17.0,而 pg_search 与 pg_trickle 已演进至 0.18.0 分支。Rust 扩展生态的活跃度持续攀升,这对发行版维护者意味着需额外处理 Rust 工具链、cargo 依赖、PG 版本适配及跨平台差异等复杂工作。
用户只需执行简单的 CREATE EXTENSION 命令,背后却是维护者面对的庞大矩阵与上百个软件包。目前扩展维护流程已深度集成 Agent 工作流,无论是新增扩展还是版本迭代,均实现了全流程自动化。尽管扩展规模持续膨胀,维护成本反而呈下降趋势,仍可控于单人之力。

操作系统:Ubuntu 26.04 正式入驻
v4.3 新增 Ubuntu 26.04 x86_64 / arm64 双架构支持,同时终止对 Ubuntu 20.04 的维护。
Pigsty 当前支持 8 个主流操作系统版本,横跨 x86_64 与 arm64 两大架构,形成 16 种平台组合矩阵:

Ubuntu 24.04(noble)仍是当下部署量最大的版本,而 Ubuntu 26.04 有望在今后几年逐步成为新的基准环境。
实际上,团队在 Ubuntu 26.04 发布首日即完成了初步适配,但 Pigsty 集成的众多第三方扩展需要额外时间进行构建与验证。本次更新中,Ubuntu 26.04 的常规扩展与离线安装包已准备就绪,Rust 扩展将在后续版本中陆续补充。
此外,Ubuntu 24.04 的小版本从 24.04.3 升至 24.04.4,Debian 13 也从 13.3 升级至 13.4。配套的 Vagrant 与 Terraform 模板均已同步更新,但阿里云目前尚未提供 Ubuntu 26.04 官方镜像。
内核演进:Supabase、pgEdge、PolarDB 全面升级
Supabase 自建方案更新至最新版本。作为少数提供企业级 Supabase 自建能力的开源 PostgreSQL 发行版,本次不仅同步了上游最新代码,还额外提供了 “Supabase 青春版” —— Insforge 的一键部署支持。
pgEdge 跟进至 PG 18。pgEdge 的核心价值在于基于 PostgreSQL 的多主复制能力,底层依赖 Spock 等三款扩展。此次 Spock 支持的 PG 大版本从 17 提升至 18,Pigsty 已相应完成重构与验证。
PolarDB 跨越至 PG 17,版本号升至 17.9.1.0。作为共享存储架构的 PostgreSQL 内核分支,PolarDB 此前长期停留在 PG 15 基线,本次实现跨版本升级。
OrioleDB 持续演进至 OriolePG 17.18 与 OrioleDB beta15 / 1.7。OrioleDB 项目仍处于高速发展阶段,虽不建议生产环境激进采用,但作为 PostgreSQL 存储引擎创新的前沿探索,适合技术尝鲜。
Cloudberry 升级至 2.1.0,并新增 cloudberry-backup 与 cloudberry-pxf 工具包。自上一版本重新纳入发行矩阵后,本次补齐了周边生态工具链。

可观测性:Grafana 13 与 VictoriaMetrics 集中刷新
可观测性是 Pigsty 的核心竞争力。本次技术栈完成批量升级,最显著的变更是 Grafana 大版本跨越,从 12.x 升级至 13.0.1,引入多项新特性,如在 Dashboard 中支持 Tab 页签,为复杂监控场景提供更多可能。
v4.3 将 Grafana 生态全面更新:
grafana:12.4.1 → 13.0.1grafana-plugins:12.3.0 → 13.0.0grafana-infinity-ds:3.7.4 → 3.8.0grafana-victoriametrics-ds:0.23.1 → 0.24.0
VictoriaMetrics 系列同步升级:
victoria-metrics:1.138.0 → 1.142.0victoria-metrics-cluster:1.138.0 → 1.142.0vmutils:1.138.0 → 1.142.0victoria-logs:1.48.0 → 1.50.0vlagent/vlogscli:1.48.0 → 1.50.0victoria-traces:0.8.0 → 0.8.2
同时修复了用户反馈的 VictoriaTraces 数据源路径问题,正确配置为 /select/jaeger。

安全加固:etcd CVE 漏洞修复
此前 etcd 3.6.8 曝出 CVE 安全漏洞,3.6.9 版本虽修复漏洞却引入新问题——为 member list API 强制添加 Auth 认证,导致 PG 高可用组件 Patroni 4.1.0 及以下版本失效。Patroni 4.1.1 已针对性修复。
重要提醒:Patroni ≤ 4.1.0 必须与 etcd ≤ 3.6.8 配对使用,而 Patroni ≥ 4.1.1 需配合 etcd ≥ 3.6.9,两者版本必须严格匹配,否则将导致集群异常。
v4.2.2 版本已在 EL 系完成 etcd 3.6.10 与 patroni 4.1.1 的更新,但因 APT 仓库同步延迟,DEB 系此前仍停留在 etcd 3.6.8 与 patroni 4.1.0 的旧版本。v4.3 中 DEB 侧已完成同步升级,用户可安心更新。
安全更新:MinIO CVE 修复与分支维护
项目维护者此前 fork 了 MinIO 并修复多个 CVE,相关背景与漏洞细节可参考《续命 MinIO,承诺兑现》一文。Pigsty v4.3 已集成修复后的新版本:20260417000000。
本次修复覆盖 OIDC/JWT 认证、LDAP STS 登录、复制元数据、S3 Select、unsigned-trailer 签名校验等多个攻击面。对 Pigsty 用户而言,无需深究每个漏洞的利用链,重要的是对象存储组件已切换至安全版本,离线安装包也同步更新。
该 MinIO fork(代号 Silo)已被 Grafana Loki 等生产项目采用,其文档站点月请求量超千万,Docker Hub 下载量突破 10 万次,成为当下最具影响力的 MinIO 分支。尽管这并非项目主业,但确保了 Pigsty 用户拥有可靠的开源对象存储选项。
近期 RustFS 项目取得进展,其目标成为 MinIO 的 Drop-In 替代方案。若该目标达成,将认真评估用 RustFS 替换 MinIO 的可能性。欣慰的是 RustFS 已告别 Alpha 阶段,发布首个 Beta 版本并完成打包,预计七月左右推出 GA 正式版。
基础设施:Vagrant 模板全面转向 cloud-image
Vagrant 对普通用户仅为本地测试工具,但对需验证多系统、多架构、多拓扑的 Pigsty 项目而言,是关键的开发验收入口。
v4.3 将所有 Vagrant 模板迁移至 cloud-image 系列镜像,因其是唯一完整覆盖 Virtualbox/Libvirt × amd64/arm64 四种组合、且支持 Pigsty 所有目标操作系统的镜像家族。
此举旨在降低镜像差异带来的不确定性。传统 box 镜像质量参差不齐,网络、磁盘、cloud-init、guest tools 的行为细节均可能存在隐性差异。cloud-image 是发行版官方维护的标准化路径,统一基线后大幅简化后续适配与故障排查工作。
需要注意的是,该镜像族的默认网卡名称不再是 eth1,如需测试 VIP 漂移等高可用功能,请相应调整配置中的网卡参数。

细节打磨:用户痛点精准修复
v4.3 包含若干看似微小却直击用户痛点的改进:
PostgreSQL 用户名规则放宽:现支持在用户名中包含 @、.、- 等特殊符号。现实世界中,大量企业账号体系采用邮箱格式或域标识命名,数据库发行版不应通过过度严格的正则表达式拒绝这些合法需求。
IPv6 DNS 解析修复:旧逻辑仅提取 IPv4 DNS 服务器地址,遇到 IPv6 配置时会遗漏。修复后可正确处理 IPv6 DNS 场景。IPv6 支持虽非主流需求,但在特定环境下属于刚性要求。
前瞻探索:试点功能初露端倪
此外,v4.3 还试点引入了基于 PG 与 pgvector 的 Hindsight 记忆框架,以及 Hermes Agent 自建模板支持。这些功能尚处早期阶段,细节此处暂不展开。
总结
Pigsty v4.3 看似没有框架级重构或接口大改,实则以量变推动质变——单版本新增 50 款扩展,全面拥抱 Ubuntu 26.04,刷新多条内核分支,升级可观测性技术栈,夯实 Vagrant 测试基线,修复安全漏洞,打磨用户体验。
它没有单一爆点功能,却将用户真正关切的事务全面推进:更丰富的扩展生态、更新的操作系统支持、更新的内核选择、更新的监控方案、更稳的本地测试环境、更安全的基础组件、更顺手的细节体验。
数据库发行版的价值,往往体现在这些不张扬之处。用户无需亲自追踪 50 款扩展的构建状态,无需验证 Ubuntu 26.04 的完整包矩阵,无需处理 MinIO 安全分支,无需匹配 Grafana 13 插件与 Victoria 组件版本,无需纠结 Vagrant 镜像选型。
Pigsty 将这些繁复工作收敛为单个版本号。用户只需开箱即用。文末附上 v4.3.0 完整变更日志与包差异摘要,供深度查阅。
v4.3.0 完整变更日志
核心交付
- 新增约 50 款 PostgreSQL 扩展,总数突破 510 个
- 支持 Ubuntu 26.04 x86_64/arm64 双架构,停止维护 Ubuntu 20.04;Debian 13 升至 13.4,Ubuntu 24.04 升至 24.04.4
- 内核分支更新:Supabase 跟进最新版,pgEdge 支持 PG 18,PolarDB 支持 PG 17
- Grafana 升级至 13.0.1,MinIO 切换至修复 CVE 后的 pgsty/Silo 分支
- Vagrant 模板全面迁移至 cloud-image 镜像家族
缺陷修复
- 放宽 PostgreSQL 用户名校验规则,允许
@、.、-合法字符 - 修复 IPv6 nameserver 解析逻辑,避免仅识别 IPv4 DNS 服务器的遗留问题
- VictoriaTraces Grafana 数据源路径修正为
/select/jaeger - 增强 Vagrant 磁盘探测健壮性,新增 EL 系镜像 Guest 网络修复脚本 bin/el-fix

