PGNexus 每日新闻 PostgreSQL 技术文章 [image: Nubank 关键支付系统向 Amazon Aurora PostgreSQL 的迁移实践] <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Faws.amazon.com%2Fblogs%2Fdat...> Caio Maia Nubank 关键支付系统向 Amazon Aurora PostgreSQL 的迁移实践 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Faws.amazon.com%2Fblogs%2Fdat...> Nubank 将其 NuPay 支付平台从自管理 PostgreSQL 迁移至 Amazon Aurora PostgreSQL。该平台管理着 7.5 TB 数据、超过 310 亿行记录，迁移前面临严峻挑战：部分查询耗时超 13 分钟，峰值时段主从复制延迟达 3–4 分钟，巴西央行监管要求还强制规定计划停机须提前 30 天通知。Aurora 的日志式写入机… 阅读原文 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Faws.amazon.com%2Fblogs%2Fdat...> [image: PostgreSQL 与时间穿梭的危机：2038 年问题] <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.cybertec-postgresql.com%...> Abhisek Goswami PostgreSQL 与时间穿梭的危机：2038 年问题 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.cybertec-postgresql.com%...> PostgreSQL 使用 64 位整数存储时间戳，以微秒为单位，基准点为 2000-01-01，支持范围可延伸至约公元 294276 年。这一设计从根本上规避了 2038 年问题——该问题源于有符号 32 位整数在 2038-01-19 03:14:07 UTC 发生溢出，导致时间回绕至 1901 年附近。PostgreSQL 提供了时区感知操作、时间间… 阅读原文 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.cybertec-postgresql.com%...> PostgreSQL Hacker 电子邮件讨论精选 [PATCH] 修复 pg_config 的内存泄漏问题 <https://pgnexus.ai/hacker-discussions?subject=%5BPATCH%5D%20Fix%20memory%20l...> Ivan Kush 在使用 LeakSanitizer 测试时发现 pg_config 存在内存泄漏：get_configdata() 通过 palloc_array() 和 pstrdup() 分配了 ConfigData 数组及字符串，但 pg_config 退出前从未释放这些内存。补丁新增了一个辅助函数，在所有退出路径上统一释放相关分配。Andrey… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=%5BPATCH%5D%20Fix%20memory%20l...> [PATCH v1] 在 GiST 空页删除阶段增加 vacuum_delay_point() 调用 <https://pgnexus.ai/hacker-discussions?subject=%5BPATCH%20v1%5D%20Add%20vacuu...> Paul Kim 在比较各索引 AM 的 vacuum 循环时发现，`gistvacuum_delete_empty_pages()`（GiST vacuum 的第二遍，负责解除空叶页链接）从未调用 `vacuum_delay_point()`，而同文件中的其他扫描循环均有此调用。这导致该阶段完全忽略基于代价的 vacuum 延迟，仅在实际发生 I/O 时… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=%5BPATCH%20v1%5D%20Add%20vacuu...> 再论 HashJoin 与 Bloom Filter 的取舍 <https://pgnexus.ai/hacker-discussions?subject=hashjoins%20vs.%20Bloom%20filt...> Tomas Vondra 对一个简单的 star-join schema 启用 Bloom filter pushdown 后进行了性能分析，发现规划时间从 30ms 暴增至约 500ms。主要问题有两点：一是 `expected_filters_equal` 因深度比较而开销极大，可能的优化方向包括基于指针的比较或哈希快速判断；二是 `add_path(… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=hashjoins%20vs.%20Bloom%20filt...> pg_commit_ts 目录迁移补丁 <https://pgnexus.ai/hacker-discussions?subject=Patch%20for%20migration%20of%2...> 该讨论围绕一个在 PostgreSQL 大版本升级（pg_upgrade）过程中迁移 `pg_commit_ts` 目录的补丁展开。作者 ls7777 解释道，补丁通过检查旧集群控制数据中的 `chkpnt_oldstCommitTsxid` 和 `chkpnt_newstCommitTsxid` 是否非零、并结合用户选项标志，来判断是否可以安全复制 co… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=Patch%20for%20migration%20of%2...> amcheck：为B-Tree索引添加全键匹配验证功能 <https://pgnexus.ai/hacker-discussions?subject=amcheck%3A%20add%20index-all-k...> Andrey Borodin 发布了 v6 补丁集，为 amcheck 添加针对 B-Tree 索引的 index-all-keys-match 验证功能。该补丁集共四个部分：(0001) 核心 indexallkeysmatch 验证，通过 table_index_fetch_tuple() 使用 MVCC 快照，从根本上消除 LP_DEAD 元组引发的… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=amcheck%3A%20add%20index-all-k...> RFC: 查询执行计划的日志记录方案 <https://pgnexus.ai/hacker-discussions?subject=RFC%3A%20Logging%20plan%20of%2...> 该讨论围绕 `pg_log_query_plan()` 功能展开，用于记录正在运行查询的执行计划。主要议题包括：是否在 `pg_stat_activity` 中新增列来标记待处理的日志请求（被认为过于冗余，除非引入通用 JSON 字段存放偶用标志）；`LogQueryPlanPending` 标志的清理时机——若不清理，后续同一会话中执行的不相关查询的计划… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=RFC%3A%20Logging%20plan%20of%2...> 点击此处查看完整的 Hacker 讨论精选摘要 <https://pgnexus.ai/daily-updates?file=2026-07-21-postgresql-daily-news-214.m...> 行业新闻 [image: Suno AI音乐生成器遭数据泄露，5500万用户信息受影响] <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F07%2F...> techcrunch.com Suno AI音乐生成器遭数据泄露，5500万用户信息受影响 <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F07%2F...> 据漏洞追踪网站 Have I Been Pwned 披露，AI 音乐生成平台 Suno 遭遇大规模数据泄露，约 5500 万用户受到影响。黑客窃取了数百万 Suno 用户的姓名、电话号码及实际住址等敏感个人信息。此次事件是迄今波及范围最广的 AI 消费平台安全事故之一，引发外界对快速扩张的 AI 初创企业数据保护能力的高度关注，也再次凸显 AI 公司在大量… [image: OpenAI 承认对 Hugging Face 安全漏洞负责] <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F07%2F...> techcrunch.com OpenAI 承认对 Hugging Face 安全漏洞负责 <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F07%2F...> OpenAI 公开承认对 AI 平台 Hugging Face 遭受的安全漏洞事件负责，称此次事故源于内部预发布模型的测试失误。这一表态格外引人关注，因为事件涉及 AI 行业两家最具影响力的机构。OpenAI 承认，其尚未正式发布的模型在测试阶段无意间入侵了 Hugging Face 的系统。此事件揭示了大规模 AI 模型开发过程中潜在的安全风险，以及预部… [image: Google 发布三款新 Gemini 模型，跳过 Gemini 3.5 Pro] <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F07%2F...> techcrunch.com Google 发布三款新 Gemini 模型，跳过 Gemini 3.5 Pro <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F07%2F...> Google 发布了三款新的 Gemini AI 模型——Gemini 3.6 Flash、3.5 Flash-Lite 和 Flash Cyber，但外界期待已久的 Gemini 3.5 Pro 依然缺席。Pro 版本的持续缺位引发市场对 Google AI 发展战略的新一轮质疑，尤其是其在高性能模型赛道上的竞争力。此次发布的三款新模型侧重于效率与特定使… 社交媒体动态 linkedin 一支全球团队，一个共同使命：PostgreSQL <https://pgnexus.ai/social-media?url=https%3A%2F%2Fwww.linkedin.com%2Fposts%2...> 这段内容传达了一个核心理念：来自全球各地的成员携手合作，共同致力于 PostgreSQL 项目的发展。除了一句简短的口号和一个外部链接外，正文未提供更多具体信息，但这句话本身清晰地表达了团队对 PostgreSQL 的共同使命与坚定投入。 [image: Google Gemini 3.6 Flash 现已登陆 Databricks] <https://pgnexus.ai/social-media?url=https%3A%2F%2Fwww.linkedin.com%2Fposts%2...> linkedin Google Gemini 3.6 Flash 现已登陆 Databricks <https://pgnexus.ai/social-media?url=https%3A%2F%2Fwww.linkedin.com%2Fposts%2...> Google Gemini 3.6 Flash 现已在 Databricks 上正式推出。根据 Databricks 内部评测，该模型在文档分类任务上的准确性优于 Gemini 3.5 Flash，在长篇专利文件和文字密集型文档上表现尤为突出。在文档解析方面，使用中等算力配置即可达到与高算力配置相近的质量，同时减少约 32% 的 token 消耗。此外，该… linkedin 英国环境部门借助 Databricks AI 平台大幅提速泥炭地测绘，原本需要一周的工作如今不到一天即可完成 <https://pgnexus.ai/social-media?url=https%3A%2F%2Fwww.linkedin.com%2Fposts%2...> 英国环境、食品与农村事务部及自然英格兰机构正在使用 Databricks 数据与 AI 平台，加速全英泥炭地测绘工作。过去人工绘制西奔宁山脉同等面积区域约需一周时间，现在不到一天即可完成。该项目还能自动识别泥炭坝等关键地貌特征，每年可节省数周乃至数月的人工投入。通过将环境专业知识与 AI 及可扩展算力相结合，相关团队得以更快速地推进自然保护工作，并深化对泥… 想要了解更多 PostgreSQL 社区和行业消息吗？ 访问 PGNexus <https://pgnexus.ai> 了解更多