Laurenz Albe：优化性能的commit_delay：PostgreSQL基准测试
💡
原文英文，约800词，阅读约需3分钟。
📝
内容提要
在训练中，我向学生介绍了通过禁用synchronous_commit来优化事务工作负载的方法。虽然这能显著提升性能，但在操作系统崩溃时可能会导致已提交事务的丢失。我还讲解了commit_delay和commit_siblings的原理，并进行了基准测试，结果显示最佳commit_delay为1000微秒，显著提高了每秒事务处理量。
🎯
关键要点
- 通过禁用synchronous_commit可以优化事务工作负载，但可能导致已提交事务在操作系统崩溃时丢失。
- commit_delay和commit_siblings参数可以减少WAL刷新所需的I/O操作，从而缓解瓶颈。
- commit_delay的设置需要谨慎，过低的值可能导致无法减少I/O操作。
- 基准测试在ASUS ZenBook UX433F笔记本上进行，使用pgbench数据库，设置了共享缓冲区和WAL大小。
- 使用Linux控制组限制NVME的I/O操作，以模拟公共云环境中的限制。
- 基准测试结果显示，最佳的commit_delay为1000微秒，显著提高了每秒事务处理量。
- 在最佳设置下，pgbench的事务处理量几乎是没有使用commit_delay时的两倍，且磁盘未饱和，可能还有进一步优化的空间。
❓
延伸问答
如何通过禁用synchronous_commit来优化PostgreSQL的事务工作负载？
禁用synchronous_commit可以显著提升事务工作负载的性能，但可能导致在操作系统崩溃时丢失已提交的事务。
commit_delay和commit_siblings参数的作用是什么？
commit_delay和commit_siblings参数可以减少WAL刷新所需的I/O操作，从而缓解数据库事务的瓶颈。
在基准测试中，最佳的commit_delay设置是多少？
基准测试结果显示，最佳的commit_delay为1000微秒，显著提高了每秒事务处理量。
如何设置commit_delay以优化PostgreSQL性能？
设置commit_delay时需谨慎，过低的值可能导致无法减少I/O操作，建议在1000微秒左右进行调整。
基准测试是如何进行的？
基准测试在ASUS ZenBook UX433F笔记本上进行，使用pgbench数据库，并设置了共享缓冲区和WAL大小。
使用Linux控制组限制I/O操作的目的是什么？
使用Linux控制组限制I/O操作是为了模拟公共云环境中的限制，确保测试结果的有效性。
➡️
