PostgreSQL 博览 2026-09-13 RSS 订阅

PostgreSQL 19 分支已提交回退，移除 pg_get_role_ddl()、pg_get_tablespace_ddl()、pg_get_database_ddl() 及对应发布说明。此前审查仍在讨论权限边界、输出完整性与 pg_dump 的一致性，如今已从设计争论变成明确的版本变更。开发主分支继续保留这项工作，社区将在后续周期重做权限与测试。正在试用 19 测试版的管理工具，应撤掉对这三个接口的依赖。

Query.Farm 在 DuckDB 2.0 开发分支上测试 ADBC 整体查询下推：同一远端数据库中的连接、过滤和聚合可交给远端一次执行，DuckDB 只接收结果的 Arrow 数据流。厂商称，在五百万行 PostgreSQL 数据上，两类查询约快 10–11 倍，收益主要来自减少数据搬运。该能力仍依赖开发版本和测试分支，只有通过语义检查的查询才下推，不支持的部分回退本地执行；使用前也要评估远端数据库增加的计算负载。

低写入负载下，等待 WAL 归档段触发传输可能拉长跨区复制延迟。Oracle 介绍了 OCI PostgreSQL Warm Standby 场景的替代路径：通过 pglogical 扩展持续传递变更，避免仅靠缩短归档超时增加小批量传输成本。厂商称，在跨三个大洲的案例中，变更约 1–2 秒可见。这里仍是异步逻辑复制，应用必须规划写入归属、冲突处理和最终一致性，不能把该数字理解为同步提交保证或所有跨区部署的固定表现。

ClickHouse 26.8 是新的长期支持版本，除了查询性能优化，还处理了物化视图初始化时容易遗漏的并发写入。默认启用的原子 POPULATE 会协调快照与后续订阅，填补历史数据装载和增量接收之间的空隙。新版本同时提供后台查询、更完整的中文分词及流水线式 SQL。已有服务升级时，可重点回归并发插入下的视图结果、后台任务生命周期和分词后的检索效果；发布说明中的基准提升仍需结合自身数据分布验证。

Moovit 的数据平台改造从逐条核算查询 CPU 消耗开始，把大规模转换迁往 EMR 上的 Spark，稳定报表保留在 Redshift，探索查询交给独立的无服务器资源。团队先清理无效任务，再改写重度去重与数据交换步骤，并用行数、用户数和业务指标验证迁移前后的结果。厂商称，这套分工使整体成本降低 33%，而不是依靠一次性扩大集群。案例也展示了逐步缩容和逐轮性能检查的过程，适合已有数仓出现转换任务与查询争抢资源时参考。

Cloudflare 在 Pingora 缓存链路中试验 Zstandard 转码：符合条件的未压缩文本在写入缓存时压缩一次，压缩表示可继续在分层缓存间传递，发送给客户端前再还原。厂商称，测试语料取得约 2.8 倍压缩比，并在所测负载下控制住 CPU 开销。方案仍是原型，实验只覆盖特定状态码、已知长度和大小门槛的对象；范围请求、源站已压缩响应及更广语料仍待验证，不能据此推算整个缓存网络已经节省的容量。