标签

PostgreSQL

PostgreSQL 20 让 UUID 也能直接 min() / max()

来源: postgr.es 36
PostgreSQL 20 合入了一个小而实用的补齐： 类型将支持 和 聚合。这个变化不算炫目，但会减少很多查询里的绕路写法。因为 本来已经有完整比较操作符，也有 btree operator class，换句话说，它在 PostgreSQL 里早就是可排序的；缺的只是常用聚合函数这块拼图。 很多人下意识觉得 UUID 是随机标识，不该谈大小。但数据库...
# AI # PostgreSQL # 数据库
阅读全文

EDB 将亮相 PGConf.Brasil 2026：参会前可以先把 PostgreSQL 问题准备好

来源: postgr.es 28
PGConf.Brasil 2026 将于 9 月 2 日到 4 日在巴西 Blumenau 举办。对 PostgreSQL 社区来说，这类会议不只是听演讲，更是把线上讨论拉回到工程现场的机会。今年 EDB 同事将带来 13 场分享，说明企业级 PostgreSQL、社区协作和实际运维问题仍然是开发者和 DBA 关注的核心。 PGConf.Brasil...
# PostgreSQL # 数据库
阅读全文

PostgreSQL 预排序聚合计划不理想时，用单查询级开关精准止损

来源: postgr.es 29
PostgreSQL 16 引入了 ，并默认开启。这个 GUC 的实用价值不只是控制一种执行计划，更在于它可以被精确限制在一条查询上：当优化器选择的预排序聚合路径在特定数据分布或工作负载下表现不佳时，临时关闭它进行验证，而不必修改整个数据库的行为。 是一个用户上下文参数，可在会话、角色、数据库等层级设置。顾名思义，它影响规划器是否考虑利用已排序输入完成...
# PostgreSQL # 数据库
阅读全文

PostgreSQL：不用分区键，也能让查询触发分区裁剪

来源: postgr.es 24
分区表最有价值的能力之一是 pruning：查询条件命中某些分区时，优化器可以直接跳过其他分区。常见经验是“必须按分区键查才有 pruning”，但这并不绝对。如果业务数据在非分区键上和分区键存在稳定相关性，可以用 约束把这种事实告诉 PostgreSQL，让它在按非分区键过滤时也能排除整块分区。 这不是魔法，也不是全局索引。它依赖两个前提：数据规律真...
# AI # Django # Go
阅读全文

PostgreSQL 的 enable_partitionwise_join：让分区表按分区对齐再 Join

来源: postgr.es 36
是 PostgreSQL 里一个经常被忽略的优化开关。它的作用很直接：当两张表都按 Join Key 分区，并且分区边界兼容时，优化器可以把一次大 Join 拆成多组“对应分区之间的小 Join”。这通常能减少扫描范围、降低中间结果规模，也更容易触发每个分区上的局部优化。 但它不是打开就一定变快的魔法开关。它默认通常是关闭的，原因也很工程化：分区越多，...
# AI # PostgreSQL # 数据库
阅读全文

PostgreSQL 30 年：从研究项目到数据库默认底座

来源: postgr.es 20
1996 年 7 月 8 日，PostgreSQL 社区接过 Postgres95 留下的火种。三十年后，它已经不只是一个“开源数据库选项”，而是很多团队设计后端系统时的默认起点：应用数据库、分析型扩展、队列、全文检索、地理数据、向量检索，越来越多能力都围绕它展开。 PostgreSQL 的故事有一个很工程化的转折点：它从 Berkeley 的研究项目...
# PostgreSQL # 数据库
阅读全文

从 PostgreSQL 换到 ClickHouse：高吞吐缓存查询的现实取舍

来源: infoq.com 29
Momentic 为 AI 驱动的软件测试平台重构了缓存系统：规模达到每天超过 200 万次查询、总计约 200 亿条记录，同时把平均响应延迟维持在约 250 ms。关键变化不是给 PostgreSQL 再加一层补丁，而是把缓存查询负载迁移到列式数据库 ClickHouse。 这类迁移值得后端团队关注，因为它不是“数据库谁更强”的抽象争论，而是一个典型...
# AI # InfoQ # LLM
阅读全文

用 ClickHouse 扛住 200 万次/天缓存查询：从 PostgreSQL 迁移的工程取舍

来源: infoq.com 37
Momentic 在重构其 AI 软件测试平台的缓存系统时，把存储层从 PostgreSQL 迁到列式数据库 ClickHouse，用来支撑每天超过 200 万次查询、总量约 200 亿条缓存记录，并把平均响应延迟维持在约 250 ms。这个案例值得关注，不是因为“PostgreSQL 不行”，而是因为缓存查询的形态一旦变成大规模读、宽表扫描、按条件过...
# AI # InfoQ # LLM
阅读全文

用 pgBackRest TLS 模式做 PostgreSQL 灾备恢复：少一点 SSH，少一点横向移动风险

来源: postgr.es 39
PostgreSQL 灾备恢复里，pgBackRest 通过 SSH 拉取备份是一条成熟路线：简单、可靠、很多团队已经这么跑。但当 DR 服务器越来越多、隔离区越来越严格、密钥轮换越来越频繁时，SSH key 的分发和审计会变成运维负担。pgBackRest 的原生 TLS transport 提供了另一种模型：DR 服务器不需要拿到能登录备份节点的 ...
# AI # Go # PostgreSQL
阅读全文

用 PostgreSQL 做一个“不诚实”基准测试：数字没造假，叙事才是陷阱

来源: postgr.es 31
数据库基准测试最危险的地方，往往不是数字本身是假的，而是数字背后的比较口径被悄悄换掉了。一个 PostgreSQL 工作负载可以从几百 TPS 变成几十万 OPS：缺索引的“基线”、关闭部分持久化保证、减少实际业务工作、把多次请求塞进函数、再把 TPS 改口叫 OPS，图表就会一路向上。 这篇文章不把它当成 PostgreSQL 性能神话，而是把它当成...
# AI # Go # LLM
阅读全文