冯若航

Pig v1.8.1 是 v1.8.0 之上的安全、正确性与维护版本。 本版本加固命令初始化、提权日志访问、仓库与构建流程、发布完整性，以及结构化输出脱敏； 同时刷新内置扩展目录，并将构建工具链升级到 Go 1.27.1 与 cargo-pgrx 0.19.2。 内置 Pigsty 版本仍为 4.5.0。 CLI 安全与正确性 只读且不依赖配置的命令不再要求 HOME 可写，也不会把创建 ~/.pig 当作查询副作用； 叶子命令会保留自己声明的初始化策略。 pig pg log、pig pt …

决策日期： 2026-08-14 状态： 已实现并随 pig v1.8.0 发布。 当前参考： pig sty boot 范围： 准备 Pigsty 控制节点及其软件来源，不包括部署数据库集群。 决策 pig sty boot 应当是一套原生、能够处理失败的控制节点引导工作流。 它在提权前解析显式来源，准备在线或离线仓库，只安装必要的控制节点软件包，证明 Ansible 真正可用， 并执行有边界的收尾检查。 仓库替换具有事务语义：软件包准备失败时恢复原有仓库定义。 可选便利功能可以告警，但无效 …

Pig v1.8.0 将 Pigsty 控制节点的准备过程原生化。两条核心安装命令 pig sty boot 与 pig sty conf 现在是具备完整失败处理能力的 Go 工作流， 不再包装旧版 bootstrap 与 configure Shell 脚本。本版本继续以 575 个已打包 PostgreSQL 扩展 作为统一发布口径，内置 Pigsty 4.5.0。 原生 pig sty boot pig sty boot 现在是一套具备事务语义与完整失败处理的原生控制节点引导流程。它不再执 …

决策日期： 2026-08-13 状态： 实现前提案；安全机制、overlay 范围、打包方式与路径 ADR 仍未决定。 当前参考： pig ext 与 pig repo描述 v1 Catalog 行为。 范围： PIG 2.0 产品元数据的候选发布与消费模型，不包含 Inventory 或实时系统状态。 决策 Catalog v2 应当是一份由多个 typed target 组成的不可变、可验证 snapshot。 Manifest 将平台、仓库、路由、package alias、扩展、兼容 …

决策日期： 2026-08-13 状态： 等待 owner 审议的提案；尚未实现，也不是 PIG 2.0 发布承诺。 当前参考： PIG 文档与当前 v1.8.1 发布 范围： 未来 PIG 2.0 / Pigsty 5.0 的候选产品边界与验证门槛。 决策 提案方向是让 PIG 成为从空白控制节点到经过校验、可以部署的 Pigsty Inventory 的稳定初始化前门。 PIG 拥有 Catalog 选择、解析、计划、有边界的执行编排、结构化结果与脱敏 receipt； 软件包事务、配置应 …

Pig v1.7.0 是 v1.6.2 之上的仓库兼容性与目录更新版本：明确中国镜像选择语义，默认保留 DNF 原生模块过滤，恢复精简的 EL7 仓库目录，并将内置扩展快照从 572 个增加到 575 个。内置 Pigsty 版本仍为 4.5.0。 主要变化 -m|--mirror 现在直接选择内置的 china 仓库定义。PGDG、Rocky Linux、Debian、Ubuntu、Docker 等区域路由使用维护中的镜像列表，不再进行旧版运行时 PGDG 代理改写。 EL 仓库不再全局注入 …

今天老冯来和大家聊一聊《母猪的产后护理》。俺做的新开源项目 SOW，翻译成中文就是“老母猪”。 做一个 PostgreSQL 发行版，最折磨人的往往不是把软件编译出来，而是收拾编译出来的东西。 Pigsty 要为多个 Linux 发行版、多个 CPU 架构、多个 PostgreSQL 大版本维护成百上千个组件。不同组合一路展开，最终落到仓库里的制品超过十万个：RPM、DEB、索引、签名、校验和、快照，还有一堆为了兼容包管理器而存在的元数据。 用户看到的只是 apt install 或 dnf …

Pig v1.6.2 是 v1.6.1 之上的功能与目录更新版本：已打包扩展从 562 个增加到 572 个，新增 Grafana 仪表盘 schema v2 原生支持，并改进本地软件仓库生成流程。内置 Pigsty 版本继续锁定为 4.5.0。 主要变化 pig sty grafana 现在同时支持传统仪表盘 JSON 与原生 dashboard.grafana.app/v2 Dashboard 资源。载入 v2 仪表盘时使用 Grafana resource API，确保标签页与 …

老冯最近在 Pigsty 里面更新了 Redis 模块，把 Valkey 也打包进来作为一个可选引擎，结果在打包的过程中发现了一个上游的 BUG。 我给 Valkey 和 Debian 上游提交了修复，本文记录了这个过程。 内存炸裂 先看一个天文数字：18446744073709518664。 如果你的 Valkey 某天在 INFO memory 里报出这么一个数字，别怀疑服务器突然长出了 18 EB 内存。 这是一个 64 位无符号整数从零以下减穿之后，绕回来的结果。 在修复前发布的 …

pig v1.6.1 是 v1.6.0 之上的维护版本：没有新增命令，也没有参数变更， 这次发布的重点是二进制里自带的那份扩展目录。 变更内容 扩展目录刷新：内置的 extension.csv 依据 Pigsty 软件仓库重新生成，pig ext list 与 pig install 无需先跑一次 pig ext reload，即可对齐当前的软件包版本。 Pigsty 版本对齐到 4.5.0：pig sty 与 pig status 报告的内嵌 Pigsty 版本随之更新。 版本号同步：构建元数 …

Pig v1.6.0 是一个大版本：pig pt 重写为 patronictl 原生透传，新增根级 pig inventory 命令组提供 pigsty.yml 的无损编辑与校验（附带实验性的 PostgreSQL CMDB 交换能力），pig sty grafana 提供原生 Grafana 仪表盘管理，已打包扩展目录增至 562 个。 主要变化 pig pt 重写为 patronictl 原生透传：所有集群命令 …

决策日期： 2026-07-21 状态： 已实现并随 pig v1.6.0 发布。 当前参考： pig pt 范围： Patronictl 集群命令，以及 PIG 拥有的配置选择、参数设置、服务、状态和日志辅助功能。 决策 pig pt 是已安装 patronictl 的透明启动器。PIG 选择配置并分派少量本地辅助命令； 其它命令 token 及其后的所有参数原样传递，保留原生提示、终端行为、输出格式与退出码。 PIG 不再维护一份持续变化的 Patronictl 命令树副本。 背景 镜像 …

决策日期： 2026-07-18 状态： v1.6.0 实现；Grafana dashboard schema v2 支持随后在 v1.6.2 交付。 当前参考： pig sty grafana 范围： Pigsty 拥有的仪表盘目录、仪表盘与界面偏好；不是通用 Grafana provisioning。 决策 PIG 应通过有边界的原生 HTTP 客户端管理 Pigsty 随附的 Grafana 资产。 它可以检查就绪状态、列出托管资产、装载或初始化仪表盘、导出仪表盘、只清理自己拥有的资产， …

决策日期： 2026-07-18 状态： 全新 revision store 已被取代；复用既有 CMDB 的薄适配器已经实现，但仍为实验功能。 当前参考： pig inventory cmdb 范围： 与 Pigsty 既有 CMDB 交换声明，而不是再设计一个配置数据库。 决策 PIG 必须复用 Pigsty 已经提供的 CMDB。它的职责是有边界的适配：校验静态 Inventory， 将声明装载到既有表中，导出既有投影，检查一致性，并安全切换 Ansible 的静态与动态数据源。 PIG …

决策日期： 2026-07-18 状态： 已实现并随 pig v1.6.0 发布。 当前参考： pig inventory 范围： 静态 Pigsty Inventory 的查看、局部编辑、校验、比较与安全写入。 决策 PIG 同时把 pigsty.yml 视为语义声明和人工维护的源文档。语义解析器负责判断 Inventory 的含义， 原始字节则决定它的书写方式。局部编辑只替换有边界的源范围，并在原子写入前重新解析完整候选文件。 这样可以避免 YAML 工具常见的失败模式：逻辑上正确的一次编 …

Pig v1.5.1 是一次构建与仓库维护版本，更新了多款 PG 内核分支包。 主要变化 镜像/代理模式覆盖 repo、build、sty、update、ext update 等流程；pig build rust -m 会写入 Cargo 镜像配置并使用 rsproxy.cn。 新增 PostgreSQL 19 beta 的 repo、tool、pgrx 显式构建开关：pig build repo --beta、pig build tool --beta、pig build pgrx -b；稳定 …

老冯在半年前（2026-01-08）写过一篇文章《Git for Data：瞬间克隆 PG 数据库与实例》，介绍了 PostgreSQL 18 和 Pigsty v4.0 的一个新特性：瞬间克隆新数据库。利用文件系统 CoW 机制，以及 PG 18 的 file_copy_method = clone 新参数，可以在秒级克隆一个非常大的数据库，而且不占用额外的存储。 这玩意儿其实非常适合 AI Agent 使用。我在《Agent 需要什么样的数据库》里提到过：极低成本的数据库克隆对于反事实推演至 …

经常有人问我：Pigsty 到底是什么？我通常回答：PostgreSQL 发行版。 通常下一个问题就是：那 “PostgreSQL 发行版” 又是什么？ 这是个好问题。而要把它讲清楚，最好的切入点不是数据库，而是操作系统。 一、从 Linux 与操作系统发行版说起 说起 Distribution（发行版），绝大多数人第一反应都是 Linux 发行版 —— Red Hat、Debian、Ubuntu、SUSE、Arch…… 但问题是：既然已经有 Linux，为什么还需要 Linux 发行版？两者到 …

Pig v1.5.0 是一次面向 PostgreSQL 日常运维的版本：新增本地数据库 clone / fork 工作流，明确 pg、pt、pb、pitr 的职责边界，并收紧高风险操作的预览、确认与结构化输出行为。 主要变化 pig pg 更聚焦本地 PostgreSQL 操作。新增 pig pg clone 用于快速创建数据库级副本，新增 pig pg fork 用于创建一次性物理实例分叉，适合本地验证、恢复演练和隔离实验。 恢复流程拆得更清楚：pig pitr 作为 Patroni / …

决策日期： 2026-07-02 状态： pg、pb、pt、pitr 已于 v1.5.0 交付；2026-08-29 的 do 与 build proxy 修订已随 v1.8.1 发布。 当前参考： pig pg、pig pb、pig pitr、pig do 与 pig build 范围： PIG 自己拥有的运维命令；透明上游命令继续采用上游的确认与退出行为。 决策 操作便利性不能模糊操作含义。PIG 明确区分底层原语与多阶段编排器，显式表达破坏性意图， 谨慎分配别名，并要求计划与结构化结果描 …

决策日期： 2026-06-30 状态： 当前仍在执行的仓库架构。 当前参考： pig 命令总览与源码仓库 范围： Go 源码归属与命令注册方式，而不是公开命令分类本身。 决策 cmd 包保持扁平。一个顶层命令对应一个顶层 Go 文件：pg.go、pb.go、pt.go、 pe.go、sty.go、do.go、repo.go 等。即使命令树很复杂，也继续留在这个入口文件中， 除非另有明确的布局决策。 文件可以很长，但只应包含 Cobra 关注点：名称、别名、注解、参数、实参校验、帮助、注册和选 …

内置扩展目录从 510 个可用扩展刷新到 524 个，新增 14 个扩展：pg_stl、pgmnemo、psql_bm25s、pg_orca、pg_sorted_heap、graph、pgrdf、fsm_core、jsonschema、pg_durable、pg_mockable、pg_uuid_v8、pg_stat_backtrace、pg_projection。 更新 48 个已有扩展的软件包元数据，包括 timescaledb 2.28.0、timescaledb_toolkit …

在线幻灯片：人人都能用上的 PostgreSQL 扩展 第一部分：引言 0. 人人都能用上的扩展 00. 人人都能用上的扩展 大家好，这次演讲的题目是「人人都能用上的扩展」。 它讨论的是 PostgreSQL 扩展的交付，以及一个共享的交付层，如何同时让用户、扩展作者、厂商和 PostgreSQL 内核开发者受益。 1. 我是谁 01. 我是谁 我是冯若航，Pigsty 的作者和维护者。Pigsty 是一个开源 PostgreSQL 发行版。 我也是 pgext.cloud 的建设者 …

扩展目录更新到 510 个扩展，新增 3 个扩展，更新 17 个扩展。 新增 Ubuntu 26.04 resolute 支持，移除 Ubuntu 20.04 focal 支持。 将 el9.aarch64 特例中的 patroni / patroni-etcd 提升到 4.1.2。 校准上游软件仓库定义。 校验和 复制全部校验和 下载资产 文件校验和 pig-1.4.1-1.aarch64.rpm Linuxarm64SHA-256 2b96e06d…a8aa …

刷新扩展目录，可用扩展总数增加到 510，并更新 timescaledb 2.26.3、decoderbufs 3.5.0、pgclone 4.0.0、nominatim_fdw 1.3 等版本。 默认 pgrx 从 0.17.0 升级到 0.18.0，同步对齐相关 Rust 扩展构建版本。 为 pig build get 刷新权威源码包映射，覆盖 Cloudberry / OrioleDB 构建输入，以及 RDKit / OneSparse 相关附加源码。 修复 repo set 标志位隔离 …

扩展数量更新至 504 个。 校验和 复制全部校验和 下载资产 文件校验和 pig-1.3.4-1.aarch64.rpm Linuxarm64SHA-256 dc78def9…05fd pig-1.3.4-1.x86_64.rpm Linuxamd64SHA-256 998fcbda…e696 pig-v1.3.4.darwin-amd64.tar.gz macOSamd64SHA-256 031048c5…a1df pig-v1.3.4.darwin-arm64.tar.gz …

一个 Issue ，引发扩展马拉松；32 个新扩展告诉你，PostgreSQL 正在变成什么；504 个扩展，PostgreSQL 生态的天花板在哪？ 从一个化学扩展说起 两天前，一位用户在 GitHub 上给我提了个 Issue：他在用 RDKit —— 化学信息学领域的事实标准库，能在 PostgreSQL 里做分子结构存储、子结构检索和相似性计算。 但他发现 PGDG 官方打包的版本缺了 InChI 功能，他自己折腾了半天，加上编译参数后总算跑通了，但还是希望 Pigsty 能原生支持。 …

扩展目录刷新，可用扩展总数增加到 481 个。 Go 工具链从 1.26.0 升级到 1.26.2。 扩展更新 扩展名 旧版本 新版本 备注 timescaledb 2.25.2 2.26.2 正常，PG15-18 pg_background 1.8 1.9.2 仅 DEB，PG14-18 pg_ivm 1.13 1.14 升级，PG14-18 system_stats 3.2 4.0 升级，PG14-18 nominatim_fdw 1.1.0 1.2 升级，PG14-18 …

例行维护版本。 例行刷新部分扩展版本元数据与扩展目录条目，扩展版本更新。 新增 pig pg tune 子命令，可根据硬件资源与工作负载画像生成 PostgreSQL 调优参数建议。 为 pig build get 新增 pdu 与 pgdog 两个源码包 alias。 调整 pgext.cloud 的 URL 至新版本的扩展目录 pigsty.io/ext 校验和 复制全部校验和 下载资产 文件校验和 pig-1.3.2-1.aarch64.rpm Linuxarm64SHA-256 …

决策日期： 2026-03-21 状态： 2026-03-23 实现，并随 pig v1.3.2 发布。 当前参考： pig pg tune 范围： 为单个本地 PostgreSQL 实例生成确定性的首轮配置，不是完整的生产设计服务。 决策 pig pg tune 只回答一个有边界的问题：给定 CPU 数量、内存、磁盘容量与工作负载画像， 这台机器的 PostgreSQL 核心参数应该采用怎样的合理起点？ 它追求的是“七成正确”的初始值。命令尽可能探测硬件，允许显式覆盖，计算少量高影响参数， …

扩展目录：中文站 · 英文站 扩展是 PostgreSQL 的灵魂。没有扩展的 PostgreSQL，只是一个普通的关系型数据库；有了扩展的 PostgreSQL，才是那个能吞噬整个数据库世界的超级平台。 但长期以来，PG 扩展生态一直面临一个尴尬的问题：找不到、看不懂、装不上。你想用一个扩展，得先去 GitHub 翻 README，再去 PGXN 碰运气看有没有包，然后对着不同操作系统的包管理器折腾半天。运气好装上了，运气不好，编译失败、依赖缺失、版本不兼容，一下午就没了。 所以我做了一件事 …

今天老冯又让 Claude Code 干了一件大好事 —— 做了一个全新的 PostgreSQL 扩展目录，就放在 pigsty.cc/ext 这里。 说起来，这已经是第五版了。兜兜转转一大圈，又回到了第一版使用的 Hugo + Docsy 框架，重新融合到 Pigsty 主站。这个过程本身就是个故事，后面再聊。先说说这一版到底做了什么。 不只是有包，还要有文档 之前的扩展目录，核心功能是告诉你：这个扩展叫什么、元数据在哪里、二进制包怎么下载、一键安装怎么搞。你装好了就行，至于怎么用 —— 自己 …

这是从 v1.3.0 到 v1.3.1 的一次小型维护版本。 由于 PGDG 上游已移除 PG13 归档与分发，pig 同步移除 PG13 安装/构建支持。 活跃支持的 PostgreSQL 主版本现在为 14-18。 扩展目录刷新（461 -> 464），新增 pg_pinyin、pg_eviltransform、qos。 Percona PPG 上游仓库更新到 18.3。 修复 pig build 依赖/构建同步问题，rsync 增加 --keep-dirlinks 参数。 YUM 仓库中 …

这是从 v1.2.0 到 v1.3.0 的一次工程强化与目录扩展版本：15 commits、74 files changed、代码行 +1184 / -236。 该版本重点围绕 pig build 构建链路和 ext 目录/别名能力增强，并将可用扩展数量从 451 增加到 461。 主要变化 构建源码下载增强（pig build get）： 支持从扩展 Source 字段解析多源码（空格/换行/Tab 分隔）并去重。 新增 agensgraph / agentsgraph 源码映射。 …

扩展目录与别名解析增强： 引入动态 PG 分类别名解析，按 PG 主版本选择别名映射。 引入 OS 维度别名覆盖（ansible/bootstrap），并在未知发行版回退中收敛为 PGDG-only。 新增 node/infra、babelfish/cloudberry 等别名并更新扩展元数据，减少包解析歧义。 高风险操作计划预览： 新增 pig install --plan，支持结构化执行计划输出。 统一 pig pitr 与 pgBackRest repack/expire 的计划预览语义 …

决策日期： 2026-02-18；生产契约于 2026-08-14 定稿。 状态： 已实现并随 pig v1.8.0 发布。 当前参考： pig sty conf 范围： 从受信 Pigsty 模板生成一份经过校验的静态 Inventory，不是任意 YAML 转换器。 决策 pig sty conf 应当像一台小型编译器：解析一个安全模板，读取结构，应用一组有边界的结构化变更， 校验完整候选文件，并且只在所有必要阶段成功后原子提交输出。 命令不调用旧 configure 脚本，也不回退到原始 …

修复 在迁移构建目录时保留符号链接语义，并支持跨文件系统移动。 正确处理被配置为文件系统根目录的 PostgreSQL 日志目录，防止解析到预期目录之外的文件。 允许 pig repo rm 删除名称中带点号的仓库模块，同时保留安全路径校验。 pig sty init 解压 Pigsty 发布包时允许安全的相对符号链接。 校验和 复制全部校验和 下载资产 文件校验和 pig-1.1.1-1.aarch64.rpm Linuxarm64SHA-256 22fe5e95…7429 …

该版本是从 v1.0.0 到 v1.1.0 的一次规划中架构级升级（79 commits，193 files 变更）， 核心目标是把 pig 从“人类可用 CLI”推进到“Agent-native 可编排 CLI”。 新增七个扩展，总可用扩展数量达到 451 个。 新功能 Agent-native 统一输出框架落地：引入全局 --output（text/yaml/json/json-pretty），为 ext/repo/pg/pt/pb/pitr/status/version/context 等 …

决策日期： 2026-02-12 状态： 在 pig v1.1.0 中实现，之后继续通过命令层重构收敛。 当前参考： pig 命令总览 范围： PIG 自己拥有的命令及其机器消费契约；不透明的透传命令保留原生接口。 决策 PIG 应当既适合人在终端中使用，也适合自动化 Agent 调用，而且不要求任何一方解析另一方的展示格式。 面向人的文本保持简洁、便于操作；真正拥有稳定结果的命令提供明确的 JSON/YAML 结果、状态码与执行计划。 仅仅转发外部工具的命令则保留原生输出流、提示与退出码，不 …

本版本引入三组主要的新子命令（pig pg、pig pt、pig pb），用于管理 PostgreSQL、Patroni 和 pgBackRest，同时新增编排式 PITR 命令，并增强扩展可用性显示。 新增命令 pig pg - PostgreSQL 实例管理 pg init/start/stop/restart/reload/status - 控制与管理 PostgreSQL 实例 pg role/promote - 检测和切换实例角色（主库/从库） pg psql/ps/kill - 连接 …

变更 将 pig sty install 重命名为 pig sty deploy，使命令名称准确表达其执行 Pigsty 部署 playbook 的行为。 为 pig sty conf 增加 -g、-p 与 -o 参数，与该版本中的 configure 脚本保持一致。 在 pgsql-full 软件包别名中保留 llvmjit。 校验和 复制全部校验和 下载资产 文件校验和 pig-0.9.0-1.aarch64.rpm Linuxarm64SHA-256 ea0c098d…13fa …

修复 将 v0.8.0 中移除的 llvmjit 恢复到 pgsql-full 软件包别名。 将发布版本更新为 v0.8.1。 校验和 复制全部校验和 下载资产 文件校验和 pig-0.8.1-1.aarch64.rpm Linuxarm64SHA-256 fd9291b1…258c pig-0.8.1-1.x86_64.rpm Linuxamd64SHA-256 c2ec07d1…edec pig-v0.8.1.darwin-amd64.tar.gz macOSamd64SHA-256 …

扩展更新 扩展总数达到 440 个 新增扩展：pg_ai_query 0.1.1 新增扩展：pg_textsearch 0.1.0 新增扩展：pg_clickhouse 0.1.0 pg_biscuit 从 1.0 升级至 2.0.1（切换至新仓库，更名为 biscuit） pg_search 从 0.20.3 升级至 0.20.5 pg_duckdb 升级至官方正式版 1.1.1 vchord_bm25 从 0.2.2 升级至 0.3.0 pg_semver 从 0.40.0 升级至 …

扩展更新 timescaledb 2.23.1 -> 2.24.0 pg_search 0.20.0 -> 0.20.3 convert 0.0.4 -> 0.0.5 pglinter 1.0.0 -> 1.0.1 pgdd 0.6.0 -> 0.6.1 pg_session_jwt 0.3.3 -> 0.4.0 pg_anon 2.4.1 -> 2.5.1 pg_enigma 0.4.0 -> 0.5.0 wrappers 0.5.6 -> 0.5.7 pg_vectorize 0.25.0 …

更新扩展版本与元数据：pg_search，pgmq，pg_stat_monitor 更新 PGDG 仓库 URL 变化，extras 仓库现在位于 yum 仓库顶层 将 ivorysql 更新至 5.0 版本，与 PG 18 兼容 将 Percona Postgres TDE 内核更新至 18.1 Checksums 复制全部校验和 下载资产 文件校验和 pig-0.7.4-1.aarch64.rpm Linuxarm64SHA-256 5769b005…ce57 …

大家好，我是冯若航，Pigsty 的作者，独立开源贡献者。 今天我想和大家聊一个话题：如何打造一个立足中国，面向全球的 PostgreSQL 数据库发行版。 这个标题听着有点大，但我想说的很简单：PostgreSQL 已经赢了，问题是 —— 我们中国开发者在这场胜利中扮演什么角色？ 是旁观者，还是参与者？是跟随者，还是引领者？ 数据库内核之争已经尘埃落定，真正的竞争将会发生在数据库发行版上。 而在这个关键的机会窗口里，我们应该凝聚生态合力，打造一个全世界开发者都愿意使用的基础设施，数据库世界中的 …

新增 pig repo reload 命令，更新仓库元数据 修复 EL PGDG sysupdate aarch64 仓库问题。 修复 EL10.aarch64 PGDG 仓库重命名问题。 订正了若干扩展版本 更新 Pigsty 版本至 3.7.0 校验和 复制全部校验和 下载资产 文件校验和 pig-0.7.3-1.aarch64.rpm Linuxarm64SHA-256 786d72f6…0c6f pig-0.7.3-1.x86_64.rpm Linuxamd64SHA-256 …

昨天，老冯的一篇文章《从PG“断供”看软件供应链中的信任问题》收到一条评论， 评论者称是高校开源镜像站的管理员（清华 TUNA），向老冯提出批评抗议，内容如下： 作为高校开源镜像站管理员，我想要提醒作者，文中“躺平”“没有担当”的措辞是很不负责任的、令人心寒的指控。 老冯看到评论之后也做了回复： 感谢 回复与评论，也感谢这些年 TUNA 以及国内各高校镜像站为开源镜像生态投入的时间和精力。我看到当时 TUNA 的 PostgreSQL 仓库已经恢复了和上游的同步，这一点先点个赞。 最初发现问题时 …

批量更新扩展，数量达到 437 个 新增 PGDG EL10 Sysupdate 仓库 新增 LLVM APT 仓库 在 pig build 命令中使用可选的本地 extension.csv 扩展定义问题。 更新的扩展： vchord pg_later pgvectorscale pglite_fusion pgx_ulid pg_search citus timescaledb pg_profile pg_stat_monitor documentdb 新增的扩展：pglinter …

微信公众号链接 PostgreSQL 拥有极为强大的扩展插件体系。 在 《PostgreSQL 正在吞噬数据库世界》中， 老冯已经阐述过 可扩展性 是 PostgreSQL 成功的核心要素。 举例来说，PG 有 GIS 领域的事实标准 PostGIS，向量数据库的瑞士军刀 pgvector，还有可以替代 ElasticSearch 的 pg_search， 以及使用 DuckDB 在 PG 内进行分析的 pg_duckdb / pg_mooncake 等等，这些扩展为 PostgreSQL 赋 …

全新的网站： /ext/ 修复了不必要的 sudo 使用问题，现在可以方便的在容器中使用 允许 pig ext link 命令使用形如 pg17 pg18 的参数形式 新增环境变量 PIG_NO_SUDO，强制不使用 sudo 执行命令 RPM 变更日志：为几乎所有扩展新增 PG 18 支持 DEB 变更日志：为几乎所有扩展新增 PG 18 支持 Infra 变更日志：例行更新至最新版本 校验和 复制全部校验和 下载资产 文件校验和 pig-0.7.1-1.aarch64.rpm …

提供针对 Debian 13 和 EL 10 发行版的支持 大批量扩展更新至最新版本，带有 PostgreSQL 18 支持。 几乎所有 Rust 扩展现已通过 pgrx 0.16.1 支持 PG 18 pig build 命令彻底重做 pig build pkg <pkg> 现在会一条龙完成扩展的下载，依赖安装，构建 pig build pgrx 命令现在从 pig build rust 中分离 pig build pgrx [-v pgrx_version] 现在可以直接使用现有的 PG …

使用 PG 18 官方正式仓库取代原本的 Testing Beta 仓库 instead of testing repo 在接收 Pigsty 版本字符串的时候，自动添加 v 前缀 改进了网络检查与下载的逻辑 校验和 复制全部校验和 下载资产 文件校验和 pig_0.6.2-1_amd64.deb Linuxamd64MD5 01f5b7dc…8347 pig_0.6.2-1_arm64.deb Linuxarm64MD5 ce4f0025…41cd …

最近我的朋友，Omnigres 的创始人尤里跟我聊天，他说想要招一个 PostgreSQL 打包专家 —— 当然具体的岗位名字，他起了个 EEE —— Extension Ecosystem Engineer，也就是“扩展生态工程师”，倒是挺有意思。他发的这个 JD 是公开的，我就直接贴在下面了。 稀缺的技能：Linux 打包 我觉得他的这个 JD 有点儿过分，DevRel + SRE + DBA + Building Engineer + PostgreSQL 专精 六边形战士，简直是照着我写 …

这个月发生了一起沸沸扬扬的 “开源断供”事件—— KubeSphere 删除镜像跑路， 但其实还有另一件略隐蔽的 “卡脖子案例”，老冯在上个月提到过 —— 《卡脖子：PGDG切断镜像站同步通道》。 这次 “PostgreSQL 断供” 某种程度上扮演了试金石的角色，倒是很好的试出了各家数据库厂商和云厂商的成色。 老冯对此感到非常失望，停止将国内的云厂商和大学镜像站作为软件供应链上游，直接自建了 PGDG YUM/APT 仓库的国内最新同步镜像。 PGDG的“断供” PostgreSQL 是数据库 …

新增 el10 与 debian 13 trixie 的支持存根 专门的新文档网站： /ext/pig/ 使用 go 1.25 重新构建，新增 CI/CD 管道 在中国大陆使用 PIGSTY PGDG 镜像 移除空的 pgdg-el10fix 仓库 使用 Pigsty Babelfish 镜像 修复 EL 10 专用的 EPEL 仓库 pig version 输出构建环境信息 v0.6.1 发布于 2025-08-14 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

新扩展目录：https://ext.pgsty.com 新子命令：pig install 简化 pig ext install 添加新内核支持：带 pg_tde 的 percona 添加新包：Google GenAI MCP 数据库工具箱 添加新仓库：percona 仓库和 clickhouse 仓库 将扩展摘要信息链接更改为 ext.pgsty.com 修复 orioledb 在 Debian/Ubuntu 系统上的问题 修复 EL 发行版上的 epel 仓库 将 golang 升级到 …

最近老冯在构建 Pigsty 离线包的时候发现，在本地测试的时候安装的 PostgreSQL 版本不太对，17.4 比最新的 17.5 落后了一个小版本。而且在 EL10 上测试的时候发现有几个仓库报错了。奇怪的是，在香港使用全球默认仓库没问题，一旦在本地使用中国的镜像站就报错。 仔细一看，发现国内的镜像站点都与 PostgreSQL 上游仓库失去同步了：清华大学开源软件镜像站（TUNA）最后一次成功同步是5月16号，而阿里云阿里云镜像站最后的同步时间戳是 2025 年 3-31。国外的镜像站， …

将扩展列表更新至 422 个 新扩展：来自 AWS 的 pgactive 将 timescaledb 升级到 2.20.3 将 citus 升级到 13.1.0 将 vchord 升级到 0.4.3 修复错误：pgvectorscale debian/ubuntu pg17 失败 将 kubernetes 仓库升级到 1.33 将默认 pigsty 版本升级到 3.5.0 校验和 复制全部校验和 下载资产 文件校验和 pig_0.5.0-1_amd64.deb Linuxamd64MD5 …

将扩展列表更新至 421 个 为 Debian / Ubuntu 添加 openhalo/orioledb 支持 pgdd 0.6.0 (pgrx 0.14.1) convert 0.0.4 (pgrx 0.14.1) pg_idkit 0.3.0 (pgrx 0.14.1) pg_tokenizer.rs 0.1.0 (pgrx 0.13.1) pg_render 0.1.2 (pgrx 0.12.8) pgx_ulid 0.2.0 (pgrx 0.12.7) pg_ivm 1.11.0 适 …

将扩展列表更新至 414 个 在 pig ext scan 映射中添加 citus_wal2json 和 citus_pgoutput 添加 PG 18 beta 仓库 添加 PG 18 包别名 v0.4.1 发布于 2025-05-07 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

更新扩展列表，可用扩展达到 407 个 添加 pig do 子命令用于执行 Pigsty playbook 任务 添加 pig pt 子命令用于包装 Patroni 命令行工具 添加扩展别名：openhalo 和 orioledb 添加 gitlab-ce / gitlab-ee 仓库区分 使用最新 Go 1.24.2 构建并升级依赖项版本 修复特定条件下 pig ext status 的 panic 问题 修复 pig ext scan 无法匹配多个扩展的问题 v0.4.0 发布于 …

一年一度的 PostgreSQL 开发者大会即将在五月于蒙特利尔举办。同上次第一届 PG Con.Dev 一样，这次也有一天的额外的专场活动 —— Postgres Extensions Day，关注 PG 扩展的开发，交付，发布等方方面面。目前议程刚刚排出来，总共安排了 14 个 Session。 当然这次，我就不当观众了，我的演讲是下午的首场 —— “The Missing Postgres Extension Repo and Package Manager”。即 “PG 生态中长久缺失的 …

curl https://repo.pigsty.io/pig | bash -s 0.3.4 常规扩展元数据更新 使用阿里云 epel 镜像代替损坏的清华大学 tuna 镜像 升级 pigsty 版本字符串 在仓库列表中添加 gitlab 仓库 v0.3.4 发布于 2025-04-05 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

添加 pig build dep 命令安装扩展构建依赖项 更新默认仓库列表 为 mssql 模块（babelfish）使用 pigsty.io 镜像 将 docker 模块合并到 infra 从 el7 目标中移除 pg16/17 允许在 el7 中安装扩展 更新包别名 v0.3.3 发布于 2025-03-25 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

增强功能 新扩展 使用 upx 减少二进制大小 移除嵌入的 pigsty 以减少二进制大小 v0.3.2 发布于 2025-03-21 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

常规错误修复 修复仓库格式字符串 修复扩展信息链接 更新 pg_mooncake 元数据 v0.3.1 发布于 2025-03-19 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

pig 项目现在有了新的 主页，以及 PostgreSQL 扩展 目录。 v0.3.0 发布于 2025-02-24 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

Pig v0.2.2 中提供 404 个扩展 v0.2.2 发布于 2025-02-22 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

v0.2.0 发布于 2025-02-14 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

v0.1.4 发布于 2025-02-12 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

v0.1.3，常规更新，现在可用 390 个扩展！ v0.1.3 发布于 2025-01-23 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

351 个 PostgreSQL 扩展，包括强大的 postgresql-anonymizer 2.0 v0.1.2 发布于 2025-01-12 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

更新扩展列表。 v0.1.1 发布于 2025-01-09 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

pig CLI v0.1 发布 v0.1.0 发布于 2024-12-29 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

微信公众号 最近我在忙一个非常有趣的新项目，这两天总算弄完了。各位朋友们，给大家介绍一下这个有趣的小东西，PostgreSQL 与 Pigsty 中久久缺失的一个命令行工具，我称之为 “pig”。 那么 pig 是干什么的？简单来说，这是一个 PostgreSQL 的包管理器，也是 PostgreSQL 与 Pigsty 中久久缺失的一个命令行工具，它可以在主流 Linux 操作系统上提供跨发行版的丝滑无缝的 PostgreSQL 安装部署体验。而且还通过国内镜像解决了下载速度慢和部分仓库被墙 …

创世发布 v0.0.1 发布于 2024-12-23 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

最近没怎么更新，因为在憋大招。最近功成出关，遂发此文为贺 —— 我做了一个收录PG生态所有能打的390个扩展的仓库，让 PostgreSQL 在成为数据库全能王的道路上又往前迈出了坚实的一步！ 自从我在 《PostgreSQL正在吞噬数据库世界》 一文中指出 可扩展性 对于 PostgreSQL 的重要性以来，PG 社区对此进行了热烈的讨论，并且达成了共识。 最终体现在《PostgreSQL 17 发布注记！》中。 但真正重要的事情不是认识世界，而是改变世界。既然大家都已经认清了扩展很重要，那么 …