数据库锁粒度进阶：意向锁、元数据锁 MDL 阻塞场景复现，DDL 卡死 DML 长事务完整排查链路
摘要
在分布式高并发 OLTP 场景下，数据库锁粒度的进阶管控是架构设计与运维操作的重中之重。大多数业务故障的根源，往往不是并发流量本身，而是锁机制的冲突传导 —— 这其中最隐蔽、影响最惨重的两类锁阻塞，分别由意向锁（Intention Lock） 和元数据锁（Metadata Lock, MDL） 触发。
意向锁作为表级与行级锁之间的 “冲突信号灯”，其本身不会直接阻塞业务请求，但会间接决定表级操作的锁检测效率；而 MDL 锁虽然保障了元数据与数据的一致性，却会在 DML 长事务场景下，引发 “DDL 申请写锁→阻塞后续所有 DML 操作” 的连锁反应 —— 大促前的一次普通变更，可能因此导致业务集群完全卡死。
本文将从多粒度锁协同的底层原理切入，横跨 MySQL、PostgreSQL、SQL Server、TiDB、Aurora 等主流数据库与云平台，完整复现意向锁、MDL 锁的典型阻塞场景，拆解 “DML 长事务阻塞 DDL、DDL 阻塞后续所有 DML” 的完整传导链路，最终给出一套可复用的阻塞排查方法论，以及适配电商、金融、SaaS 等核心业务场景的架构级优化方案。
核心结论先行
意向锁的本质：它是数据库多粒度锁协同的 “效率信号灯”—— 事务在申请行级锁前，必须先在表级别申请对应的意向锁（IS/IX）；后续再有表
