我刚刚遇到了一个奇怪的问题。我在 pgfourine 中做了一份报告，发现我的 XA 事务开始工作很慢。准备事务和准备提交结合起来花费了 13.2 秒中的 12.55 秒。但为什么？
##### Overall statistics #####
Number of unique normalized queries: 175
Number of queries: 268,772
Total query duration: 13m2s
##### Queries by type #####
SELECT: 116493 43.3%
INSERT: 15926 5.9%
UPDATE: 7935 3.0%
DELETE: 4923 1.8%
##### Queries that took up the most time (N) #####
1) 6m32s - 26,338 - COMMIT PREPARED ''
--
2) 6m23s - 25,972 - PREPARE TRANSACTION ''
--
3) 0.6s - 3,848 - update avatar set lfa_position=NULL where Id=0
.....
7) 0.3s - 21,514 - COMMIT
.....
我有一个理论，但没有证据。我有慢速光盘，我关闭了 synchronous_commit。即使 synchronous_commit 关闭，PostgreSQL 也可能必须在“准备事务”期间进行 fsync？
fsync = on
synchronous_commit = off
有任何想法吗？
更新
相同的测试
fsync = off
synchronous_commit = off
##### Overall statistics #####
Number of unique normalized queries: 155
Number of queries: 186,838
Total query duration: 6.6s
##### Queries by type #####
SELECT: 84367 45.2%
INSERT: 9197 4.9%
UPDATE: 5486 2.9%
DELETE: 2996 1.6%
##### Queries that took up the most time (N) #####
1) 1.8s - 16,972 - PREPARE TRANSACTION ''
--
2) 1.1s - 16,965 - COMMIT PREPARED ''
--
3) 0.4s - 2,904 - update avatar set lfa_position=NULL where Id=0
--
4) 0.2s - 16,031 - COMMIT
看起来 fsync 花费了大量时间，但并非一直如此。16k 提交 - 0.2 秒，17k 准备 + 提交 2.9 秒。
悲剧。看起来 XA 提交比本地提交花费的时间多 15 倍，并且不考虑 synchronous_commit 设置。fsync=off 对于生产使用是不安全的。因此，如果我想使用 XA 事务，我必须小心使用它并使用具有高 IOPS 的优质 SSD 驱动器。