PGNexus 每日新闻 PostgreSQL 技术文章 [image: PostgreSQL 企业级数据库迁移规划指南] <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.postgresql.fastware.com%...> Fujitsu PostgreSQL 企业级数据库迁移规划指南 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.postgresql.fastware.com%...> 企业级 PostgreSQL 迁移的成败，往往在正式切换之前就已决定。文章指出，大多数团队倾向于跳过规划阶段，急于进入实际执行，但这恰恰是最容易埋下隐患的地方。成功迁移的关键在于提前评估现有工作负载、schema 与查询兼容性、数据量、可接受的停机时间以及回滚策略。忽视前期分析会导致迁移过程中出现意料之外的问题。真正决定迁移质量的，是切换前数周乃至数月的兼… 阅读原文 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.postgresql.fastware.com%...> [image: 如何判断慢查询是规划问题还是执行问题] <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.tigerdata.com%2Fblog%2Fs...> NanoHertz Communications 如何判断慢查询是规划问题还是执行问题 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.tigerdata.com%2Fblog%2Fs...> PostgreSQL 的 EXPLAIN ANALYZE 输出同时包含 Planning Time 和 Execution Time，但工程师往往只关注后者。在一张拥有 500 个按天分区的表上，规划一个简单聚合查询所需的时间可能是执行时间的 9 倍——因为 planner 必须逐一加载并评估每个分区，然后才能完成剪枝。继续添加索引只会让问题更糟，因为每条… 阅读原文 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.tigerdata.com%2Fblog%2Fs...> PostgreSQL Hacker 电子邮件讨论精选 拆分 tablecmds.c 文件 <https://pgnexus.ai/hacker-discussions?subject=split%20tablecmds.c> 该讨论围绕一个将 `tablecmds.c` 拆分的补丁展开，计划将分区相关代码移至新文件 `tablecmds_partition.c`，并引入 `tablecmds_internal.h` 供共享声明使用。补丁本身尚处于粗糙阶段。Mario González Troncoso 尝试对其进行 rebase，但在 `tablecmds.c` 上遇到多处 h… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=split%20tablecmds.c> [补丁] 在 SQL 可调用槽函数出错时释放复制槽 <https://pgnexus.ai/hacker-discussions?subject=%5BPATCH%5D%20Release%20replic...> 该讨论围绕一个补丁（v13）展开，目标是在 SQL 可调用的 slot 函数发生错误时正确释放 replication slot。Masahiko Sawada 审查了 v12，提出了若干命名和注释改进建议，Bharath Rupireddy 已大部分采纳，例如将变量 `acquiredInSubId` 重命名为 `MyReplicationSlotSub… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=%5BPATCH%5D%20Release%20replic...> 再论 HashJoin 与 Bloom Filter 的取舍 <https://pgnexus.ai/hacker-discussions?subject=hashjoins%20vs.%20Bloom%20filt...> 该线程讨论了为 hash join 添加 Bloom filter 下推功能的第 v10 版补丁。Matheus Alcantara 处理了 Rui Zhao 审查中发现的若干问题：修正了探针成本的计算方式（改为基于实际获取的行数，而非过滤条件输出后的行数）；修复了 `bloom_filter_pushdown_max_build_relids` 设为 1… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=hashjoins%20vs.%20Bloom%20filt...> TOAST 存储选项的问题讨论 <https://pgnexus.ai/hacker-discussions?subject=problems%20with%20toast.*%20re...> Nathan Bossart 已提交该补丁系列中除最后两个以外的所有补丁，并附上了基于最新代码重新整理的补丁集。v14 版本根据 Michael Paquier 的建议，在 API 中添加了 const 标记。Paquier 对 get_effective_relopts() 的命名和整体复杂度提出了疑虑，认为或许可以用更少的函数实现相同功能，但未正式提出… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=problems%20with%20toast.*%20re...> to_char 函数中缺少使用翻译后月份名称的选项 <https://pgnexus.ai/hacker-discussions?subject=missing%20possibility%20to%20u...> 该讨论围绕 Pavel Stehule 提交的一个补丁展开，该补丁为 PostgreSQL 的 `to_char()` 函数新增了 `TAMMONTH`/`TAMMON` 修饰符。背景是 glibc 2.28 及更高版本通过 `%B` 返回属格形式的月份名称，但用户有时需要主格形式，可通过 `%OB` 获取。补丁引入 `TAM` 前缀来支持这一替代形式。B… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=missing%20possibility%20to%20u...> 基于 XID 年龄的复制槽失效机制介绍 <https://pgnexus.ai/hacker-discussions?subject=Introduce%20XID%20age%20based%...> 该线程讨论了基于 XID 年龄的复制槽失效机制，重点关注 standby 上 synced slot 的处理方式。Bharath Rupireddy 与 Bertrand Drouvot 达成一致：保留对 idle_replication_slot_timeout 的豁免，但在 CanInvalidateXidAgedSlot() 中移除该豁免。经与 Am… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=Introduce%20XID%20age%20based%...> 点击此处查看完整的 Hacker 讨论精选摘要 <https://pgnexus.ai/daily-updates?file=2026-08-21-postgresql-daily-news-245.m...> 社交媒体动态 [image: NBCUniversal 升级数据基础设施，应对内容发布与直播活动带来的分析需求峰值] <https://pgnexus.ai/social-media?url=https%3A%2F%2Fwww.linkedin.com%2Fposts%2...> linkedin NBCUniversal 升级数据基础设施，应对内容发布与直播活动带来的分析需求峰值 <https://pgnexus.ai/social-media?url=https%3A%2F%2Fwww.linkedin.com%2Fposts%2...> NBCUniversal 与 Databricks 及 EXL 合作，对数据基础设施进行了全面升级，将数据工程、分析和机器学习整合到统一平台。新架构采用按任务分配算力的方式，各流水线可独立扩展，无需争抢预留资源。这对应对重大内容上线、颁奖典礼和直播活动期间的分析流量峰值尤为关键。改造后，整体数据基础设施成本降低了 30%，超过 300 名分析师完成了 Da… linkedin 智能自动化重塑开发者角色：从写代码到决策架构与创造方向 <https://pgnexus.ai/social-media?url=https%3A%2F%2Fwww.linkedin.com%2Fposts%2...> 随着智能自动化承担越来越多的常规编码工作，开发者的职责正逐渐向更高层次转移——聚焦于系统设计、产品方向以及需要品味与创造力的判断。Databricks 联合创始人 Patrick Wendell、OpenClaw 创建者 Peter Steinberger 和 Codex 工程负责人 Thibault Sottiaux 就这一变化展开讨论，探讨企业在生产环… [image: UUID v4 悄悄损害 B 树索引数十年，大多数团队却以为这是 Postgres 本身的问题] <https://pgnexus.ai/social-media?url=https%3A%2F%2Fwww.linkedin.com%2Fposts%2...> linkedin UUID v4 悄悄损害 B 树索引数十年，大多数团队却以为这是 Postgres 本身的问题 <https://pgnexus.ai/social-media?url=https%3A%2F%2Fwww.linkedin.com%2Fposts%2...> UUID v4 生成随机值，每次插入都落在 B 树的随机叶子页上，导致缓存未命中、页分裂和严重碎片化。百万行测试显示，v4 占用 38 MB 存储，叶子碎片率高达 49.9%，页密度仅 71.5%。UUID v7（RFC 9562 标准）在高位嵌入毫秒级 Unix 时间戳，插入始终追加到索引右端，行为与 BIGINT 自增序列一致。同等测试下，v7 仅占… 想要了解更多 PostgreSQL 社区和行业消息吗？ 访问 PGNexus <https://pgnexus.ai> 了解更多