喜報(bào)：Pigsty 項(xiàng)目剛剛喜提 4000 Star，對(duì)于一個(gè)數(shù)據(jù)庫(kù)項(xiàng)目來(lái)說(shuō)，算是難得的里程碑了。與此同時(shí)，本號(hào)關(guān)注數(shù)量突破 4萬(wàn)4千，感謝各位讀者朋友的抬愛。

Pigsty v3.5 正式發(fā)布，4000+ GitHub Star 達(dá)成，全新文檔網(wǎng)站，OrioleDB 和 OpenHalo 內(nèi)核全平臺(tái)可用，Supabase 自建優(yōu)化，監(jiān)控系統(tǒng)與架構(gòu)優(yōu)化，PG18 支持，例行 PG 小版本更新，蘋果 ARM Vagrant 支持。

Pigsty 是什么？

Pigsty 是一個(gè)開箱即用的 PostgreSQL 數(shù)據(jù)庫(kù)發(fā)行版，是數(shù)據(jù)庫(kù)的自動(dòng)駕駛軟件，可以讓你在本地一鍵用云 RDS 1/10 不到的成本，在沒有專業(yè) DBA 的情況下，拉起企業(yè)級(jí) PostgreSQL 數(shù)據(jù)庫(kù)服務(wù)，帶有高可用， PITR，監(jiān)控系統(tǒng)，IaC，以及 421 個(gè) PG 生態(tài)的擴(kuò)展插件，直接運(yùn)行在 10 個(gè)主流 Linux 發(fā)行版上而無(wú)需容器或 Kubernetes 支持。

PostgreSQL 18 支持

PostgreSQL 18 beta1 已經(jīng)發(fā)布了，正式版本將會(huì)在今年 9 月份發(fā)布。 PG 18 帶來(lái)了 AIO，Oauth 等各種強(qiáng)力新特性，而現(xiàn)在你已經(jīng)可以在 Pigsty 中嘗鮮了 （但切莫用于生產(chǎn)環(huán)境）。當(dāng)然，還有 17.5, 16.9, 15.13, 14.18, 13.21 例行小版本更新支持。

Pigsty 提供了一個(gè)新的pg18配置模板，你可以直接使用它來(lái)拉起使用 PostgreSQL 18beta1 內(nèi)核的高可用 RDS。我們的 pg_exporter[1] 最近也剛剛發(fā)布了1.0 版本，完整收錄了 PG 18 的新監(jiān)控指標(biāo)。你也可以使用 pig 包管理器一鍵安裝 PG 18 與 PGDG 中的相應(yīng)擴(kuò)展。

Supabase 自建優(yōu)化

Pigsty 提供 “企業(yè)級(jí)” Supabase 自建能力，廣受用戶歡迎。歡迎程度超出我的預(yù)期 —— Supabase 自建教程的頁(yè)面流量甚至比 Landing Page 還要大。所以在這個(gè)版本中，進(jìn)一步優(yōu)化了 Supabase 自建的流程。

首先，pgsodium密鑰管理已經(jīng)嵌入到 Pigsty 中，你可以指定一個(gè)根密鑰，或者提供一個(gè)密鑰獲取腳本，供 Supabase 依賴的 pgsodium 擴(kuò)展使用，提供數(shù)據(jù)加密的能力。你還可以使用這個(gè)根密鑰，派生出一系列子密鑰進(jìn)行使用。

第二我們解決了 Supabase Analytics logflare 組件的一個(gè)缺陷 —— 但它的系統(tǒng)表沒有更新寫入時(shí)，它不會(huì)去更新 WAL 消費(fèi)進(jìn)度，這就導(dǎo)致了復(fù)制槽會(huì)一直保留數(shù)據(jù)。我們無(wú)法修改 logflare 的實(shí)現(xiàn)，但可以通過一個(gè)預(yù)置的定時(shí)任務(wù)supa-kick去每分鐘做一個(gè) “假更新” 踢它一下，讓他動(dòng)一動(dòng)。免得把磁盤撐爆了。

然后我們還跟進(jìn)了 Supabase 相關(guān)的擴(kuò)展版本，Docker 鏡像版本。還幫幾位用戶把企業(yè)級(jí)高可用 Supabase 架構(gòu)給扶上了馬。

OpenHalo與OrioleDB

，而 OrioleDB 內(nèi)核則提供了云原生的無(wú)膨脹版本 PG。在之前的 v3.4 中，我只做了 RPM 包，不過現(xiàn)在經(jīng)過試點(diǎn)，這兩個(gè)內(nèi)核在全部十個(gè)受支持的 Linux 系統(tǒng)上都可用了。

，近日剛發(fā)布了第11個(gè) Beta 版本。雖然這還沒有成為 Supabase 默認(rèn)使用的 PG 內(nèi)核分支，但俺得提前準(zhǔn)備好，確保 Supabase 即使哪天正式?jīng)Q定從原生 PG 切換到 OrioleDB，Pigsty 可以無(wú)縫的跟進(jìn)。哈哈。

421 個(gè)擴(kuò)展插件

擴(kuò)展搜集大師最近又找到了一些新的好東西，在 Pigsty 中可用的擴(kuò)展數(shù)量達(dá)到了 421 個(gè)！并且還對(duì)很多擴(kuò)展版本進(jìn)行了更新。值得一提的擴(kuò)展有這些：

pgsentinel 是一個(gè)可觀測(cè)性擴(kuò)展，提供了類似 Oracle Active Session History 的功能，可以記錄下每個(gè)會(huì)話的統(tǒng)計(jì)信息，以及一些等待事件。https://pgsty.com/ext/pgsentinel[2]

spat 則是一個(gè)非常有趣的擴(kuò)展，它在 PG 中提供了類似 Redis 的接口，并且使用共享內(nèi)存來(lái)提供類似于 Redis 的表現(xiàn)。這是一個(gè)很有趣的思路，歡迎大家來(lái)嘗嘗鮮，但它還處于 Alpha 階段，切莫用于生產(chǎn)。

順便一提，我還建設(shè)了一個(gè)新的 Extension 百科網(wǎng)站，比原來(lái)的版本更美觀，全面。

全新的文檔站點(diǎn)

Pigsty 的文檔站基于 Next.js 進(jìn)行了重制，從靜態(tài)頁(yè)面渲染跑步進(jìn)入現(xiàn)代前端時(shí)代。你可以在 https://pgsty.com[3] 看到新的文檔站點(diǎn)。不僅僅是形式上更新，在內(nèi)容上也針對(duì)最新的 3.5 版本進(jìn)行了一次完整的重寫與梳理。清理修復(fù)了大量過時(shí)信息。

關(guān)于這段經(jīng)歷，我還寫了篇《》。pgsty.com 站點(diǎn)目前還只有英文，不過很快將會(huì)提供簡(jiǎn)體中文文檔支持。

架構(gòu)優(yōu)化

除此之外， Pigsty v3.5 還對(duì) PGSQL 實(shí)現(xiàn)進(jìn)行了優(yōu)化。合并減少了任務(wù)的數(shù)量，微調(diào)了可用的任務(wù)標(biāo)簽，統(tǒng)一了模板文件的名稱，優(yōu)化了現(xiàn)代 NVMe 環(huán)境下的系統(tǒng)與數(shù)據(jù)庫(kù)參數(shù)默認(rèn)值，并對(duì) roles 分工進(jìn)行了一些調(diào)整。

但這些內(nèi)部實(shí)現(xiàn)細(xì)節(jié)對(duì)用戶來(lái)說(shuō)關(guān)系不大，一個(gè)主要的改動(dòng)是，我們?nèi)サ?pgsql.yml 劇本刪庫(kù)的功能 —— 是的，從 v3.5 以后，沒有那么多花里胡哨的安全閥，保險(xiǎn)栓來(lái)避免你用 pgsql.yml 來(lái)刪庫(kù)了，要想刪庫(kù)，唯一的選擇就是 pgsql-rm.yml 專用劇本。

例，重構(gòu)后的 PGSQL 劇本任務(wù)：

例，重構(gòu)后的 pgsql-rm.yml 劇本任務(wù)：

命令行優(yōu)化

pig 這個(gè)命令行工具現(xiàn)在新增了一個(gè)do子命令，可以用來(lái)替代原來(lái)pigsty/bin目錄下的包裝小腳本，用一種統(tǒng)一的，標(biāo)準(zhǔn)化的方式去執(zhí)行這些任務(wù)。

當(dāng)然，目前還處于試點(diǎn)階段，API 還沒有最終固定下來(lái)，粗略的計(jì)劃是會(huì)經(jīng)過一段時(shí)間的打磨后，將 API 固定后正式發(fā)布文檔列裝。但如果你感興趣，現(xiàn)在其實(shí)也可以用用試試。

監(jiān)控優(yōu)化

Grafana 可視化平臺(tái)最近發(fā)布了 12.0 ，老實(shí)說(shuō) break 了不少東西，所以在監(jiān)控上，我們也進(jìn)行了許多改進(jìn)。

首先，有許多來(lái)自 Oracle 老 DBA 向我提出，他們想看 AWR。我看過 Oracle 的 AWR，其實(shí)里面有的指標(biāo) PG 和 Pigsty 都提供了，只有一個(gè)例外就是等待事件。

PG 內(nèi)核本身只提供了當(dāng)前活動(dòng)正在等待什么，但是沒有過去一段時(shí)間的等待事件紀(jì)錄。只能通過插件實(shí)現(xiàn)，pg_wait_sampling 還有上面提到的 pgsentinel 都提供了這個(gè)功能，我也在監(jiān)控面板上提供了對(duì)等待事件分析的支持。

Apple Vagrant

Pigsty 提供了 vagrant / terraform 沙箱模板，允許你在本地/云端輕松拉起所需的虛擬機(jī)資源。不過 vagrant / virtualbox 一直以來(lái) Apple 的 ARM 架構(gòu)支持不足，有各種問題。不過在最近我重新測(cè)試了一下，vagrant + virtualbox 的組合在 AppleSilicon 上絲滑的運(yùn)行起來(lái)了，真的是值得高興的一件事。

當(dāng)然，并不是所有的 Vagrant box 都提供了 ARM64 on Virtualbox 的支持，不過最主要的 EL9 和 Ubuntu 24.04 目前是支持的。這意味著用戶可以在自己的蘋果 macbook （無(wú)論是老的 Intel 還是新的 M幾 ARM 架構(gòu)）上絲滑的拉起虛擬機(jī)并運(yùn)行 Pigsty 了。

發(fā)布注記

下個(gè)版本會(huì)有什么？

下一個(gè)版本可能是 v3.6，或者是 v4.0。 Pigsty v4.0 應(yīng)該會(huì)隨著九月份的 PostgreSQL 18 正式版一起發(fā)布。在那之前如果積累了足夠的變更，則有可能會(huì)在7月/8月發(fā)布一個(gè) v3.6 版本。

在下一個(gè)版本中，我計(jì)劃添加最新發(fā)布的 EL 10 支持，因?yàn)?RHEL，RockyLinux，還有 AlmaLinux 都已經(jīng)發(fā)布了 10 的大版本，因此會(huì)有不少工作要做 —— 例如針對(duì) el10 編譯打包所有的擴(kuò)展。

另一個(gè)重要的變更是將日志收集的客戶端從promtail更換為vector。無(wú)論是從成熟度還是生態(tài)上來(lái)說(shuō)，vector 都要好用太多了。但這需要長(zhǎng)時(shí)間的測(cè)試與驗(yàn)證，大版本變更就是一個(gè)推出的好契機(jī)。

當(dāng)然，還有其他一些功能特性，比如 Pigsty 的 Docker 鏡像支持，各種使用 PG 的新應(yīng)用自建模板，PostHog，Teable 等…

此外，我在考慮如何進(jìn)一步簡(jiǎn)化安裝流程，例如，默認(rèn)單機(jī)安裝的情況下，我們可以跳過構(gòu)建本地倉(cāng)庫(kù)并使用 Nginx 打造本地源的方式，直接從互聯(lián)網(wǎng)上游安裝所有軟件，更省存儲(chǔ)，更省流量，兼容性更好，也不用擔(dān)心被亂七八糟的防火墻安全策略把本地 Nginx 給墻了的問題（真的在幾個(gè)客戶那里看到了這個(gè)問題）。另一個(gè)可以優(yōu)化的地方是把 Bootstrap 的過程整個(gè)給嵌入到 install 腳本中，這樣就變成了 Install / Configure / Deploy 三步走了。

另一個(gè)我在認(rèn)真考慮的問題是放寬許可證限制，推出一個(gè)使用 Apache 的 Pigsty 輕量化版本，這樣那些因?yàn)?AGPLv3 而無(wú)法使用的企業(yè)，或者軟件集成商也可以輕松用起來(lái)了。

發(fā)布注記