PostgreSQL表级锁阻塞可通过合理设计避免，关键在于理解锁类型与触发场景。ACCESS EXCLUSIVE锁由ALTER TABLE等DDL操作触发，易导致阻塞；应尽量避免长时间持有此类强锁。使用CREATE INDEX CONCURRENTLY可避免写阻塞，将DDL安排在低峰期或通过灰度发布减少影响。显式使用ROW EXCLUSIVE等弱锁、缩短事务生命周期、及时提交或回滚有助于降低锁争用。借助MVCC机制，读不阻塞写、写不阻塞读，提升并发性能。通过pg_locks和pg_stat_activity视图监控锁等待，定位阻塞源头。优化核心是减少强锁使用、善用并发操作、利用MVCC特性、保持事务短小精悍，从而显著提升系统并发处理能力。
PostgreSQL 的表级锁在并发访问中确实可能引发阻塞，但通过合理的设计和使用机制，可以有效避免或减少阻塞。关键在于理解锁的类型、触发场景，并结合事务控制与索引策略进行优化。
理解表级锁的常见类型与触发条件
PostgreSQL 中表级锁由 DDL 操作或显式锁定语句触发，不同操作持有不同强度的锁：
- ACCESS SHARE：SELECT 使用，兼容性强，一般不阻塞其他查询
- ROW EXCLUSIVE：INSERT、UPDATE、DELETE 持有，通常不会阻塞 SELECT
- SHARE ROW EXCLUSIVE：CREATE INDEX CONCURRENTLY 使用，防止并发写入
- ACCESS EXCLUSIVE：ALTER TABLE、DROP、VACUUM FULL 等，几乎阻塞所有其他操作
其中 ACCESS EXCLUSIVE 锁最容易造成阻塞，例如在一个大表上执行 ALTER TABLE 添加列，会独占该表，导致其他读写操作排队等待。
避免阻塞的关键策略
要减少表级锁带来的阻塞，核心是避免长时间持有强锁，尤其是 ACCESS EXCLUSIVE 类型。
- 使用 CONCURRENTLY 方式创建或重建索引（CREATE INDEX CONCURRENTLY），虽然耗时更长且不允许在事务块中执行，但不会阻塞写操作
- 将 DDL 操作安排在低峰期执行，或通过应用层灰度更新表结构
- 避免在事务中长时间持有表锁，尽量缩短事务生命周期，及时提交或回滚
- 用 LOCK TABLE ... IN ROW EXCLUSIVE MODE 显式加弱锁，代替默认的强锁行为（如某些批量导入场景）
利用 MVCC 提升并发读写性能
PostgreSQL 基于 MVCC（多版本并发控制）机制，使得读不阻塞写、写也不阻塞读。这是其高并发能力的基础。
- 普通 SELECT 不加锁，直接读取事务可见的数据版本
- UPDATE 和 DELETE 只锁定目标行，而非整个表（除非显式 LOCK TABLE）
- 合理使用事务隔离级别（READ COMMITTED 是默认且推荐用于大多数场景）
只要不涉及 DDL 或显式表锁，多个事务可以同时对同一张表进行读写，而不会相互阻塞。
监控与诊断锁等待
当出现阻塞时，可通过系统视图快速定位问题：
SELECT blocked_locks.pid AS blocked_pid,
blocking_locks.pid AS blocking_pid,
blocked_activity.query AS blocked_query,
blocking_activity.query AS blocking_query
FROM pg_catalog.pg_locks blocked_locks
JOIN pg_catalog.pg_stat_activity blocked_activity ON blocked_activity.pid = blocked_locks.pid
JOIN pg_catalog.pg_locks blocking_locks
ON blocking_locks.locktype = blocked_locks.locktype
AND blocking_locks.database IS NOT DISTINCT FROM blocked_locks.database
AND blocking_locks.relation IS NOT DISTINCT FROM blocked_locks.relation
AND blocking_locks.page IS NOT DISTINCT FROM blocked_locks.page
AND blocking_locks.tuple IS NOT DISTINCT FROM blocked_locks.tuple
AND blocking_locks.virtualxid IS NOT DISTINCT FROM blocked_locks.virtualxid
AND blocking_locks.transactionid IS NOT DISTINCT FROM blocked_locks.transactionid
AND blocking_locks.classid IS NOT DISTINCT FROM blocked_locks.classid
AND blocking_locks.objid IS NOT DISTINCT FROM blocked_locks.objid
AND blocking_locks.objsubid IS NOT DISTINCT FROM blocked_locks.objsubid
AND blocking_locks.pid != blocked_locks.pid
JOIN pg_catalog.pg_stat_activity blocking_activity ON blocking_activity.pid = blocking_locks.pid
WHERE NOT blocked_locks.granted;
这个查询能列出当前被阻塞的进程及其阻塞源，便于快速干预。
基本上就这些。关键是少用强锁、善用并发操作、借助 MVCC 特性，并保持事务短小精悍。多数阻塞问题都源于不当的 DDL 操作或长事务，针对性优化即可显著提升并发能力。
