PostgreSQL中COPY语句为何会阻塞ALTER TABLE操作？

• 锁类型冲突是核心原因，符合PostgreSQL的表锁兼容规则：
  • COPY 向表写入数据时，会对目标表申请 ROW EXCLUSIVE（行排他锁），该锁会在整个COPY所属的事务执行期间持续持有，直到事务提交或回滚才会释放。
  • ALTER TABLE（包含你执行的DETACH PARTITION、后续的DROP TABLE操作）需要对操作的表申请 ACCESS EXCLUSIVE（访问排他锁），这是PostgreSQL中优先级最高的表级锁，与所有其他类型的表锁都存在冲突。只要有其他会话持有目标表的任意类型表锁，ACCESS EXCLUSIVE锁的申请就会进入等待队列，直到所有冲突锁释放才能获取成功，对应的ALTER语句才能继续执行。
• 结合你提供的阻塞查询结果可以确认：执行COPY的进程（pid 4182）持有目标表的ROW EXCLUSIVE锁，执行ALTER的进程（pid 4669）申请同一张表的ACCESS EXCLUSIVE锁时发生冲突，因此被阻塞直到COPY执行完成、事务结束释放锁后才能继续。

如果需要降低这类阻塞的影响，可参考以下方案：

• 尽量将大批次的COPY操作拆分成分批小数据量导入，缩短单事务持有锁的时长
• 安排ALTER TABLE这类DDL操作在业务低峰期执行，避开大量数据导入的时间段

内容的提问来源于stack exchange，提问作者aks_Nin