PostgreSQL通过多粒度锁、自动加锁、行级锁优化、锁兼容性矩阵和死锁检测实现高效并发控制，支持表级与行级锁类型，并提供lock_timeout等参数管理锁等待，结合pg_locks视图可监控锁状态，有效避免阻塞与死锁问题。
PostgreSQL 的锁机制设计灵活且细粒度，能够在保证数据一致性和并发性之间取得良好平衡。它支持多种锁类型，并根据不同的操作自动选择合适的锁模式，同时提供可配置的等待与超时策略来应对锁冲突。
一、PostgreSQL 锁机制的主要特点
1. 多粒度锁支持
PostgreSQL 支持从整个数据库到表、行级别的多级锁。这种结构允许系统在高并发场景下精确控制资源访问，减少不必要的阻塞。
2. 自动加锁机制
大多数情况下，PostgreSQL 会根据执行的 SQL 操作（如 SELECT、INSERT、UPDATE、DELETE）自动施加适当的锁，无需用户手动干预。
3. 行级锁的高效实现
通过元组级别的系统字段（如 xmin、xmax 和事务状态判断），PostgreSQL 实现了高效的行级锁，避免使用独立的锁管理器带来的开销。
4. 支持锁兼容性矩阵
不同锁模式之间有明确的兼容规则。例如，多个事务可以同时持有共享锁（Share Lock），但排他锁（Exclusive Lock）会阻塞其他写操作。
5. 可预测的死锁检测
PostgreSQL 启用死锁检测机制，当发现循环等待时，会主动终止其中一个事务并报错，避免系统挂起。
二、常见的 PostgreSQL 锁类型
PostgreSQL 中的锁主要分为表级锁和行级锁两大类，每种锁对应特定的操作语境。
1. 表级锁（Table-Level Locks）- ACCESS SHARE：由 SELECT 引发，允许并发读取，不阻止其他读操作或写操作。
- ROW SHARE：由 SELECT ... FOR UPDATE/SHARE 使用，允许并发读，但禁止其他事务进行排他表操作。
- ROW EXCLUSIVE：由 INSERT、UPDATE、DELETE 加持，不会阻塞普通读写，但与某些 DDL 冲突。
- SHARE UPDATE EXCLUSIVE：用于 VACUUM（非 FULL）、CREATE INDEX CONCURRENTLY 等操作，防止并发结构变更。
- SHARE：由 CREATE INDEX（非并发）使用，阻止写操作，允许读。
- SHARE ROW EXCLUSIVE：较严格的锁，一般由 REINDEX 使用，限制多数写操作。
- EXCLUSIVE：仅允许读操作（SELECT），阻止所有写入。
- ACCESS EXCLUSIVE：最严格，由 DROP TABLE、TRUNCATE、ALTER TABLE 等使用，独占访问，与其他所有锁都不兼容。
- FOR UPDATE：锁定选中的行，防止其他事务修改或加锁，直到当前事务结束。
- FOR NO KEY UPDATE：类似 FOR UPDATE，但不阻止对主键的修改。
- FOR SHARE：允许其他事务读取但不能修改被锁定的行。
- FOR KEY SHARE：最弱的共享行锁，主要用于外键约束检查。
若事务 A 锁定了行1并试图锁行2，而事务 B 已锁定行2并试图锁行1，则触发死锁。PostgreSQL 会回滚其中一个事务，返回错误码 deadlock_detected。
三、锁等待与超时策略
PostgreSQL 提供多种参数控制锁的行为，帮助系统在性能与稳定性之间做出权衡。
-
lock_timeout：设置等待锁的最大时间（毫秒）。超过时限抛出错误，避免长时间挂起。例如：
SET lock_timeout = '5s'; - statement_timeout：虽然不是专用于锁，但可限制整个语句执行时间，间接防止锁等待过久。
- deadlock_timeout：定义系统检查死锁的频率，默认值通常为 1 秒。频繁检查增加开销，间隔太长则响应慢。
合理设置这些参数有助于在生产环境中快速发现问题，提升服务可用性。
四、查看锁信息的方法
可通过系统视图监控当前锁状态：
-
pg_locks：显示当前所有持有的锁。 -
pg_stat_activity：结合查询状态识别长时间运行或阻塞的事务。 - 常用诊断查询：
SELECT pid, relation::regclass, mode, granted FROM pg_locks WHERE NOT granted;
该语句列出正在等待锁的进程，可用于排查阻塞问题。
基本上就这些。理解 PostgreSQL 的锁机制有助于优化并发性能，避免常见阻塞和死锁问题。关键是根据业务场景选择合适操作，并合理配置等待策略。
