为什么线上MySQL执行ALTER表结构会卡在MDL锁-mysql教程-PHP中文网

Waiting for table metadata lock 根本原因不是MySQL慢，而是ALTER TABLE需MDL_EXCLUSIVE锁，却在等待未提交事务持有的MDL_SHARED_READ锁；常见阻塞源包括长事务、Sleep连接、ORM隐式事务未提交及带SLEEP或大结果集的SELECT。

为什么线上mysql执行alter表结构会卡在mdl锁

卡在 Waiting for table metadata lock 不是 MySQL 慢，是它在等一个早已“下班”却没关工位的会话——那个会话还拿着 MDL_SHARED_READ 锁没释放。

为什么一条 SELECT 就能让 ALTER TABLE 卡住几十分钟

只要执行过 SELECT（哪怕只查了一行）、INSERT 或 UPDATE，且事务没提交，MySQL 就会为这张表持有一个 MDL_SHARED_READ 锁。这个锁生命周期和事务绑定：不 COMMIT 或 ROLLBACK，它就不释放。

ALTER TABLE 需要的是 MDL_EXCLUSIVE 锁，而它和任何 MDL_SHARED_READ 互斥。所以不是 DDL 在干活，是在排队等别人交钥匙。

ORM 框架隐式开启事务后忘记 COMMIT 是高频原因
Sleep 状态、Time > 300 的连接，大概率是应用端连接池没正确 close 游标
带 SLEEP(300) 的调试 SQL 或大结果集查询未取完，也会一直 hold 住锁

ALGORITHM=INPLACE 和 LOCK=NONE 为什么还是卡

这两个参数只控制“数据操作阶段”是否拷表或阻塞 DML，但无法跳过“元数据变更阶段”——这个阶段必须获取一次短暂的 MDL_EXCLUSIVE 锁来更新数据字典、写 binlog。

也就是说：ALGORITHM=INPLACE ≠ 不需要 MDL 锁；LOCK=NONE ≠ 不等待 MDL 锁。

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

即使支持 inplace，只要已有会话持有 MDL_SHARED_READ，ALTER 仍会卡在 Waiting for table metadata lock
LOCK=NONE 失败时不会静默降级，而是直接报错 ERROR 1845，别指望它兜底
MySQL 8.0.12+ 的 INSTANT 算法（如末尾加列）才真正绕开这把锁，但仅限极少数操作

怎么快速定位谁在 hold 锁

别只查 INNODB_TRX，它只管事务，不管 MDL。重点看 performance_schema.metadata_locks（MySQL 5.7+）：

SELECT OBJECT_SCHEMA, OBJECT_NAME, LOCK_TYPE, LOCK_DURATION, LOCK_STATUS, OWNER_THREAD_ID
FROM performance_schema.metadata_locks
WHERE OBJECT_NAME = 'your_table' AND LOCK_STATUS = 'GRANTED';

再关联线程信息找源头：

SELECT t.PROCESSLIST_USER, t.PROCESSLIST_HOST, t.PROCESSLIST_INFO
FROM performance_schema.threads t
JOIN performance_schema.metadata_locks m ON t.THREAD_ID = m.OWNER_THREAD_ID
WHERE m.OBJECT_NAME = 'your_table' AND m.LOCK_DURATION = 'TRANSACTION';

重点关注 LOCK_DURATION = 'TRANSACTION' 的记录，这类锁最危险
PROCESSLIST_INFO 为空不等于没在干活，可能是空闲连接但事务未关闭
SHOW PROCESSLIST 中 Command = Sleep 且 Time > 300 的连接，优先 Kill

线上执行前必须做的三件事

不是“能不能加字段”，而是“现在能不能加”。执行前必须确认环境干净：

查长事务：SELECT * FROM information_schema.INNODB_TRX WHERE TIME_TO_SEC(NOW() - trx_started) > 60;
查阻塞链：SELECT * FROM performance_schema.metadata_locks WHERE LOCK_STATUS = 'PENDING' AND OBJECT_SCHEMA = 'db_name';
设好超时：SET SESSION lock_wait_timeout = 30; —— 这不是防慢，是让问题 30 秒内暴露出来

真正容易被忽略的是：LOCK=NONE 对 NOT NULL 字段默认值不友好，哪怕加的是 DEFAULT NULL，也得显式写出来，否则 MySQL 可能悄悄退化到 COPY 模式。