Hayato Kuroda：富士通在PostgreSQL 19中的贡献亮点
内容提要
富士通PostgreSQL团队在PostgreSQL 19开发中取得进展，通过83项代码提交和81项评审获得社区认可。团队在逻辑复制领域贡献突出，包括并行应用性能提升25-40%、序列同步、冲突检测及动态调整WAL级别。成员获社区认可，计划继续推动PostgreSQL 20及未来版本发展。
延伸解读
社区认可的含金量
PostgreSQL社区没有企业主导或捷径，贡献者必须通过公开邮件列表的严格评审逐步赢得信任。富士通团队从被拒补丁到获得主要贡献者称号，体现了长期参与和持续改进的价值。这种认可不仅是对个人技术的肯定，也反映了团队在逻辑复制等关键领域的深度参与，对希望进入开源社区的企业有借鉴意义。
逻辑复制实用改进
PostgreSQL 19中，富士通贡献了多项逻辑复制增强：并行应用性能提升25-40%，序列同步简化了升级流程，冲突检测扩展了多主复制基础，动态调整WAL级别提高了易用性。这些改进直接解决了实际运维痛点，如在线升级和故障切换后的复制连续性，对生产环境部署有直接帮助。
贡献统计的解读
富士通在PostgreSQL 19中提交83项、评审81项，五年间贡献量增长约1.8倍。但需注意，统计方法可能与其他来源不同，数字仅供参考。更重要的是，这些数字背后是团队从建立信任到承担核心模块的长期过程，表明持续参与比单次爆发更能影响项目方向。
Q&A
富士通在PostgreSQL 19开发中具体做了哪些贡献？
富士通团队在PostgreSQL 19中提交了83个补丁，评审了81个补丁，并在逻辑复制方面贡献了多项功能，如并行应用性能提升、序列同步、冲突检测和动态调整WAL级别等。
PostgreSQL 19中并行应用性能提升了多少？
并行应用在应用大型流式事务时性能提升了25-40%。
PostgreSQL 19如何解决逻辑复制中序列同步的问题？
PostgreSQL 19引入了新SQL命令ALTER SUBSCRIPTION ... REFRESH SEQUENCES，允许用户手动同步序列值，解决了逻辑复制中序列同步的长期挑战。
PostgreSQL 19中新增的冲突检测类型是什么？
新增了update_deleted冲突检测，当订阅者订阅多个发布者或自身更新元组时，如果元组被其他来源并发删除，则会报告此冲突。
PostgreSQL 19如何动态调整wal_level？
创建第一个逻辑槽时，即使wal_level配置为replica，也会自动提升到logical；删除或失效最后一个逻辑槽时，checkpointer进程会异步降低wal_level。
富士通团队中谁被认定为PostgreSQL主要贡献者？
Zhijie Hou被认定为PostgreSQL主要贡献者，他在逻辑复制方面有显著贡献，如并行应用和冲突检测。
PostgreSQL 19中槽同步功能有哪些改进？
提供了新的统计信息显示同步跳过次数及原因，并改进了SQL接口以在失败时重试同步，提高了逻辑复制的可用性。
富士通团队在PostgreSQL社区中的贡献趋势如何？
过去5年总贡献量增加了约1.8倍，从早期建立信任到如今成为社区依赖的贡献者，团队持续参与补丁提交和评审。
