PostgreSQL 12：如何记录同步提交耗时？日志未统计该时长

架构老林

2026-7-25

问题解答

为什么日志中的查询时长未体现同步提交开销？

PostgreSQL的log_duration统计的是单条SQL语句本身的执行耗时，范围从语句解析、执行到结果准备完成，完全不涉及事务提交阶段的开销。

你执行UPDATE时，数据库只是把修改写入内存里的WAL（预写日志）缓冲区，这一步速度很快，所以日志里的时长只有0.18ms。而开启同步提交（synchronous_commit=on）时，COMMIT操作会触发fdatasync系统调用，强制把WAL缓冲区的内容刷到磁盘——这部分磁盘IO的耗时是在COMMIT阶段发生的，不属于UPDATE语句的执行时间，自然不会出现在UPDATE的日志时长里。

你看到的客户端总耗时3-4ms，其实是UPDATE执行 + COMMIT刷盘 + 少量客户端本地开销的总和，日志只记录了前者。

如何记录每次提交操作的耗时？

有两种实用方法：

记录单条COMMIT的耗时
你已经开启了log_statement = 'all'，这个参数会把COMMIT语句也记入日志。配合log_duration = on，每条被记录的语句（包括COMMIT）都会标注执行时长，这个时长就包含了fdatasync刷盘的开销。直接在CSV日志里找到COMMIT对应的条目，查看它的duration字段就是本次提交的耗时。
记录整个事务的总耗时
开启log_transaction_duration = on（PostgreSQL 10及以上版本支持），这个参数会在事务结束时，记录从事务开始到提交/回滚的总耗时，自然涵盖了提交阶段的刷盘开销。需要在postgresql.conf里添加或修改这个配置，重启数据库后生效。