人大金仓KingbaseES数据库-commit_delay参数

在一次 WAL 刷写被发起之前， commit_delay 增加一个时间延迟，以微妙计。如果系统负载足够高，使得在一个给定间隔内有额外的事务准备好提交，那么通过允许更多事务通过一个单次 WAL 刷写来提交能够提高组提交的吞吐量。但是，它也把每次 WAL 刷写的潜伏期增加到了最多 commit_delay 微秒。因为如果没有其他事务准备好提交，就会浪费一次延迟，只有在当一次刷写将要被发起时有至少 commit_siblings 个其他活动事务时，才会执行一次延迟。另外，如果 fsync 被禁用，则将不会执行任何延迟。默认的 commit_delay 是零（无延迟）。只有超级用户才能修改这个设置。

在KingbaseES的V8R2发布之前， commit_delay 的行为不同并且效果更差：它只影响提交，而不是所有 WAL 刷写，并且即使在 WAL 刷写马上就要完成时也会等待一整个配置的延迟。从KingbaseES V8R2中开始，第一个准备好刷写的进程会等待配置的间隔，而后续的进程只等到领先者完成刷写操作。