Pigsty v4.3 發布：510擴展與Ubuntu26

Pigsty v4.3 正式發布。如果說 v4.2 的主題是 “十二內核”，那么 v4.3 的主題就是 “擴展密度”。

在這個版本中，支持的 PG 擴展數量從 460 個暴漲至 510 個，達到新高度。 在操作系統支持上，Ubuntu 26.04 進入支持矩陣，Ubuntu 20.04 正式退場。 Supabase、pgEdge、PolarDB、Grafana、MinIO 這些核心組件也完成了一輪集中刷新。

Pigsty v4.3：成為主流

通常來說，在 GitHub 上，5000 star 是一個分水嶺，代表一個開源項目進入 “主流” 的行列。 最直觀的福利就是 —— 有資格申請免費的 ChatGPT / Claude 訂閱了。

Pigsty 最近：當前的 Star 5066，GitHub 上 Star > 5066 的倉庫有 11621 個，也就是排名 1 萬左右，前 0.005% 的項目。 對于數據庫發行版這樣的賽道來說，Star 的含金量會更高 —— 從 Star 上來看，Pigsty 已經是 PG 發行版賽道的 No.3，Linux 原生 PG 發行版賽道的 No.1 了。

最讓我驚訝的是 Pigsty.IO 網站的流量，在三月份的時候，Pigsty.io 的月 UV 還不到兩千萬，在四月底的時候，就已經突破一億了。 其中 99%+ 的流量來自 AI/Agent。這意味著 Pigsty 網站已經成為主流 AI 的關鍵語料，以及 AI Agent 使用的基礎設施。 對于一個 “個人項目” 來說，這確實是難能可貴的成就了。

擴展總數突破 510

PostgreSQL 最強的地方是擴展性，但擴展生態的工程現實并不輕松。v4.3 新增約 50 個 PostgreSQL 擴展，可用擴展總數達到 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、pg_textsearch 這類需要更認真理解加載方式或風險邊界的高級擴展。

其中不少擴展已經跨過了 pgrx 版本遷移，例如從 0.16.1 切到 0.17.0，甚至 pg_search 和 pg_trickle 已經進入 pgrx 0.18.0 線。 Rust 擴展生態越來越活躍，這很好，但對發行版維護者來說，也意味著每輪構建都要額外處理 Rust toolchain、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 24.04，成為很多用戶的新基線。

其實我們在 Ubuntu 26.04 發布當天就已經添加了初步支持，不過很多 Pigsty 提供的三方擴展還需要花時間構建與核驗。 這次 Ubuntu 26.04 的常規擴展和離線安裝包已經就位；Rust 擴展目前還沒有提供，后續會繼續補齊。

此外，Ubuntu 24.04 的版本也從 24.04.3 升級為 24.04.4，Debian 13 的版本從 13.3 升級到 13.4

Pigsty 使用的 vagrant 和 terraform 模板也都相應更新到最新的版本。 不過阿里云目前還沒有提供 Ubuntu 26.04 的鏡像。

內核更新：Supabase、pgEdge、PolarDB

Supabase 自建模板更新到最新版本。Pigsty 是極少數幾個提供企業級 Supabase 自建方案的開源 PG 發行版之一。這次我們把 Supabase 模板更新到了最新版本，另外，我們還提供了一個 “Supabase” 青春版 —— Insforge 的自建支持。

pgEdge 更新到 PG 18。pgEdge 的核心價值是基于 PostgreSQL 的多主復制，底層依賴 Spock 等三個擴展。這次 Spock 支持的最新 PG 大版本從 17 提升到了 18，我們也相應更新并重新構建。

PolarDB 更新到 PG 17，對應版本來到 17.9.1.0。PolarDB 是共享存儲架構的 PostgreSQL 內核分支，之前基線停留在 PG 15，這次跨到 PG 17。

OrioleDB 繼續更新到 OriolePG 17.18 與 OrioleDB beta15 / 1.7。OrioleDB 仍然處在快速演進階段，不建議在生產庫里激進采用，但作為 PostgreSQL 存儲引擎方向的前沿項目，可以嘗嘗鮮。

Cloudberry 更新到 2.1.0，并新增 cloudberry-backup 與 cloudberry-pxf 包。上一版 Pigsty 把 Cloudberry 帶回發行矩陣，這一版補齊了周邊工具。

Grafana 13 與 Victoria 組件刷新

可觀測性是 Pigsty 的基本盤。這次的可觀測性技術棧也進行了批量更新。 最顯著的改動是 Grafana 大版本更新，從 12 到 13 引入了許多新功能，比如支持在 Dashboard 里使用 Tab，這帶來了更多有趣的玩法。

v4.3 將 Grafana 更新到 13.0.1，并同步刷新插件包：

?grafana：12.4.1 -> 13.0.1?grafana-plugins：12.3.0 -> 13.0.0?grafana-infinity-ds：3.7.4 -> 3.8.0?grafana-victoriametrics-ds：0.23.1 -> 0.24.0

Victoria 系列也進行了集中更新：

?victoria-metrics：1.138.0 -> 1.142.0?victoria-metrics-cluster：1.138.0 -> 1.142.0?vmutils：1.138.0 -> 1.142.0?victoria-logs：1.48.0 -> 1.50.0?vlagent / vlogscli：1.48.0 -> 1.50.0?victoria-traces：0.8.0 -> 0.8.2

同時也修了個用戶反饋的小問題，VictoriaTraces 的 Grafana 數據源路徑修正為 /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，承諾兌現[3]》聊了聊這個事，完整背景和漏洞細節可以看那篇。 Pigsty v4.3 實裝了修復后的新版本：20260417000000。

這批修復覆蓋 OIDC/JWT、LDAP STS 登錄、復制頭元數據、S3 Select、unsigned-trailer 簽名校驗等路徑。對 Pigsty 用戶來說，重點不是每個漏洞的利用細節，而是對象存儲組件已經切到帶修復的版本，離線包也一并更新了。

現在老馮的這個 fork（Silo）已經被一些項目用在實際生產環境中了，比如 Grafana Loki。silo 文檔站每個月有千萬級別的請求量，Docker Hub 上的下載也達到了 10 萬+。 應該是目前影響力最大的 MinIO fork 了。老馮雖然挺開心，但重申一下這并不是我的主業，我只是確保 Pigsty 用戶有這么一個能用的開源對象存儲選項就可以了。

然后最近發現 RustFS 竟然也成了奇績校友，跟他們聊天得知后面準備把 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 nameserver 解析修復：舊邏輯只提取 IPv4 DNS Server，遇到 IPv6 nameserver 時會漏掉配置。現在修復后，可以正確處理 IPv6 DNS 場景。IPv6 支持常常不是主線需求，但一旦環境里有，它就是硬需求。

其他的一些特性

此外，在 Pigsty v4.3 中，我們還試點加入了 Hindsight 記憶框架（基于 PG 與 pgvector）和 Hermes Agent 自建模板支持。它們都還屬于試點功能，這里就不展開了。

小結

Pigsty v4.3 說大不大，沒有框架，接口上的改動。但說小也不小，一口氣上新了 50 個擴展。

它沒有一個單點爆炸的新功能，但它把很多用戶真正關心的東西一起往前推進了：更多擴展，更新的操作系統，更新的內核分支，更新的監控棧，更穩的 Vagrant 模板，修復 CVE 的對象存儲包，修正了一批實際會踩到的小問題。

數據庫發行版的價值，很多時候就體現在這些不性感的地方。你不需要自己去追 50 個擴展的構建狀態，不需要自己檢查 Ubuntu 26.04 的包矩陣，不需要自己處理 MinIO CVE 分支，不需要自己整理 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.4 / Ubuntu 24.04.4?內核更新：Supabase 更新至最新版本，pgEdge 更新至 PG 18，PolarDB 更新至 PG 17?Grafana 更新至 13.0.1，MinIO 使用修復 CVE 后的 pgsty/Silo 分支。?Vagrant 模板統一切換至 cloud-image 系列鏡像。

問題修復

?PostgreSQL 用戶名校驗放寬，允許 @.- 幾個字符出現在用戶名中。?修復 IPv6 nameserver 解析，避免 DNS 配置只匹配提取 IPv4 的舊 DNS Server。?VictoriaTraces Grafana 數據源路徑改為 /select/jaeger。?Vagrant 磁盤探測更穩健，新增 EL vagrant 鏡像 guest 網絡修復腳本 bin/el-fix。

數據庫老司機

點一個關注 ??，精彩不迷路

對 PostgreSQL， Pigsty，下云 感興趣的朋友

歡迎加入 PGSQL x Pigsty 交流群 (QQ 619377403)