baotiao
·
Claude Code 改写 PostgreSQL 内核, Full Page Write vs Doublewrite Buffer, 性能差 3 倍
💡
原文中文，约2900字，阅读约需7分钟。
📝
内容提要
Claude Code 将 PostgreSQL 的全页写入（FPW）替换为 MySQL 的双写缓冲（DWB），结果显示性能下降了三倍。FPW 和 DWB 在处理 Torn Page 问题上策略不同，FPW 需要频繁检查点，影响性能，而 DWB 通过后台写入减少用户感知的延迟。测试结果表明，DWB 在高并发场景下性能优于 FPW，且延迟更低。
🎯
关键要点
- Claude Code 将 PostgreSQL 的全页写入（FPW）替换为 MySQL 的双写缓冲（DWB），性能下降了三倍。
- FPW 和 DWB 在处理 Torn Page 问题上策略不同，FPW 需要频繁检查点，影响性能。
- DWB 通过后台写入减少用户感知的延迟，且在高并发场景下性能优于 FPW。
- FPW 在每次检查点后需要将整个页写入 WAL，导致写入性能下降。
- DWB 先将多个脏页写入双写缓冲区，再写入数据文件，避免了 Torn Page 问题。
- DWB 的写入在后台进行，用户几乎感知不到延迟，而 FPW 的写入直接影响用户的 SQL 延迟。
- 性能测试结果显示，开启 FPW 后性能下降至基线的约 25%，而 DWB 能保持约 57% 的性能。
- 在高并发的写入场景下，DWB 的吞吐量是 FPW 的 2.3 倍，延迟也优于 FPW。
❓
延伸问答
Claude Code 如何改写 PostgreSQL 的内核？
Claude Code 将 PostgreSQL 的全页写入（FPW）替换为 MySQL 的双写缓冲（DWB）。
全页写入（FPW）和双写缓冲（DWB）有什么区别？
FPW 在每次检查点后写入整个页，而 DWB 先将多个脏页写入双写缓冲区，再写入数据文件，避免了 Torn Page 问题。
FPW 性能下降的原因是什么？
FPW 需要频繁检查点，导致写入性能下降，因为每次检查点后需要将整个页写入 WAL。
在高并发场景下，DWB 的性能表现如何？
在高并发场景下，DWB 的吞吐量是 FPW 的 2.3 倍，且延迟优于 FPW。
FPW 和 DWB 的写入延迟有什么不同？
FPW 的写入直接影响用户的 SQL 延迟，而 DWB 的写入在后台进行，用户几乎感知不到延迟。
测试结果显示 FPW 和 DWB 的性能差异如何？
测试结果显示，开启 FPW 后性能下降至基线的约 25%，而 DWB 能保持约 57% 的性能。
➡️
