PostgreSQL 16 在高并发写入场景下的锁争用优化策略

背景

我们正在使用 PostgreSQL 16 处理高并发写入场景（约 200 并发 INSERT/UPDATE 事务，单事务涉及 3~5 张表），但观察到锁争用导致 P99 延迟从 5ms 飙升至 200ms。已尝试调整 autovacuum 参数（如 vacuum_cost_page_factor=0.0）和增加共享缓冲区，但效果有限。

现象

• 高 QPS 时出现锁等待风暴，部分事务因行锁阻塞导致超时
• EXPLAIN 分析显示大量 Locks (shared) 和 Locks (exclusive) 等待事件
• 通过 pg_locks 视图观察到多个 backend 被阻塞在 relation 级别锁

已尝试

1. 调整 autovacuum 参数：vacuum_cost_page_factor=0.0，但 vacuum 活跃度下降 40%
2. 增加 shared_buffers 到 16GB（当前 8GB），但锁争用未改善
3. 尝试使用 SET LOCAL lock_timeout = 500 限制超时，但导致部分事务失败率上升

期望答案

1. 针对行锁争用的优化策略（如锁粒度调整、事务隔离级别改判）
2. 高并发写入场景下 autovacuum 与写入锁的资源争用调优方案
3. 可复现的参数调优清单（需包含 vacuum_cost_page_factor、max_locks_per_transaction 等）
4. 是否建议拆分大事务为微事务（如通过预读分支降低锁持有时间）

引用

• PG 15 高并发写入下 autovacuum 导致读 P99 飙升
• INSERT ON DUPLICATE KEY UPDATE 的锁等待放大效应
• 死锁检测的 CPU 账单与超时回滚取舍