PostgreSQL 博览 2026-03-06 RSS 订阅

pgAdmin 团队发布 v9.13，共 15 项修复与新功能。最显眼的是引入核心 LLM 集成基础设施，在此之上提供安全、模式与性能方面的 AI 报告、查询工具里的 AI 聊天，以及 EXPLAIN 的 AI 解读。此外 ERD 工具会显示由现有表生成的关系图中的外键关系，索引创建对话框支持 ONLY，建表时可自定义 OF TYPE 列，也能从 JSON 文件加载预定义用户。修复覆盖结果集下载忽略引用设置、工具设置重启后丢失等问题。

表分区常被当作 PostgreSQL 扩展性的默认答案。这篇文章把代价摊开讲：分区裁剪确实让窄时间范围的查询和按分区 DROP 的数据保留变快，但写入性能并不改善，长跨度查询的规划时间随分区数量线性增长，季度报表和历史分析首当其冲。运维面同样变大，自动建分区一旦静默失败就会出事，监控和操作手册都要按分区改写。作者的结论是分区适合保留期可预测的中等写入负载，对高频摄入只是把问题往后推，MVCC 的开销并没有消失。

在 psql 里按 Ctrl-C 中止一条跑太久的查询，是很多人每天都会做的动作。Neon 的 George MacKerron 写文章说明这个操作为什么让他不安：中止的场景各不相同，有时是发现该先建索引，有时是结果已经不需要，而取消请求要经过一条与查询本身无关的路径，是否生效、何时生效并不总是确定。文章梳理了这一过程中的技术细节和可能出问题的地方，也解释了这个常见动作值得多一分谨慎的理由。

EDB 发文讨论 PostgreSQL 服务上亿用户时遇到的写入瓶颈，把单主架构的上限称作 write wall，认为绕过它的常见做法会积累人工干预和运维债务。文章给出的方案是 EDB Postgres Distributed，用原生的双活架构替代分库分表和多种数据库拼装的组合，官方口径称它能自愈并支撑大规模负载。内容属于厂商视角，PGD 是商业产品，双活带来的冲突解决语义和应用改造成本文中没有展开，评估时需要自行验证。