来源：postgr.es
19
PostgreSQL 核心开发的脉搏藏在 邮件列表里——补丁提议、架构辩论、功能迭代，全在这一个列表上完成。但它的界面？几十年前的邮件线程格式，信息密度极高、流速极快，新人看一眼就想关掉，老手也常常被淹没在几百条回复里找不到头。 今年一月，Zsolt 和 Kai Wagner 上线了 hackorum.dev，目标很朴素：让这份邮件列表变得可读。上周，...
来源：postgr.es
33
PostgreSQL 的 autovacuum 是保障表健康运转的核心机制，但长期以来有一个让人头疼的限制—— 属于 级参数，改它必须重启整个数据库。生产环境里谁敢随便重启？于是很多集群的 autovacuum 并发数从建库那天起就锁死不动了。PostgreSQL 18 把这块配置拆开，新增了 ，让你可以在线调整 autovacuum 的并发能力，不用...
来源：postgr.es
14
ParadeDB 把全文检索、向量搜索和混合搜索直接塞进 Postgres，不用再额外维护 Elasticsearch 或 Milvus。现在它在 Render 上正式可用，一键就能跑起来——对已经在用 Render 的团队来说，搜索基础设施的运维成本可以砍掉一大块。 ParadeDB 基于 Postgres 扩展 和 ，在同一个数据库里同时提供： 全...
来源：postgr.es
38
pg_clickhouse 这个扩展的核心哲学只有三个词：pushdown、pushdown、pushdown。把计算推到 ClickHouse 那边执行，Postgres 只负责接收结果——这才是跨库查询该有的样子。v0.3.0 把这套哲学推得更深了：JSON 类型映射补齐、正则表达式行为统一、格式化函数下推，还顺手修了一个 SSRF 漏洞。 之前 ...
来源：postgr.es
23
你的 PostgreSQL 开启了 SSL，日志里也没有报错——但你的查询和密码可能仍在网络上明文传输。这不是夸张，而是大多数部署的真实状态。默认的 条目允许非加密连接静默通过，客户端默认的 会无声地降级回明文。配置文件写了 ，不代表连接真的走了加密隧道。 把这件事做对，需要一条完整的链路：证书 → 服务端配置 → 强制拒绝明文 → 客户端验证 → 持...
来源：postgr.es
43
你设了 ，以为只是给逻辑复制留个后路——但 PostgreSQL 从来没给你"后路"，它给你的是一条全天候运转的 WAL 重型流水线。哪怕没有任何逻辑复制槽在消费，额外信息照样往 WAL 里灌，磁盘和 I/O 的账单一分不少。 PostgreSQL 19 终结了这笔冤枉钱： 不再是你写进 的那个死值，它会根据实际挂着的复制槽动态升降。你设的是 logi...
来源：postgr.es
14
存 JSONB 很爽——不用预定义 schema，不用频繁迁移表结构，几百 KB 的嵌套文档一条记录就能装下。但到了查询环节，事情就变了：按 过滤、按时间范围筛选、按 分类，这些再普通不过的操作在 JSONB 上跑起来既慢又容易写错索引。 核心矛盾很清晰：JSONB 的灵活性恰恰是查询性能的敌人。Postgres 对 JSONB 内部结构是"盲"的——...
来源：postgr.es
13
PostgreSQL 的 autovacuum 在清理死元组时，需要一块内存来记录所有待清理的元组标识符（TID）。这块内存的上限由 控制。默认值 ，意思是"跟 一样"。乍一看省事，但一旦你把 调到几百 MB 甚至 1 GB 来加速手动 或 ，autovacuum 的每个 worker 就会照搬这个数字——多个 worker 同时开工时，内存开销可能远...