MySQL服务器表锁故障求助：无法执行DDL命令

首先，咱们得先抓住问题的核心：你遇到的是InnoDB表的行级排他锁（X锁）+表级意向排他锁（IX锁）阻塞了DDL操作——因为DDL需要获取表级排他锁（X锁），和现有锁冲突导致无法执行。下面一步步来解决：

第一步：定位持有锁的事务详情 #

登录MySQL命令行，先查这个锁关联的事务（错误里的trx id是13610756）的具体状态：

SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX WHERE trx_id = 13610756;

这个查询会返回事务的启动时间、关联线程ID（trx_mysql_thread_id）、事务状态等关键信息。核心要判断：这个事务是活跃的业务操作还是僵死的无响应事务。

第二步：确认锁的关联会话与阻塞关系 #

再执行以下命令，进一步锁的来源和当前阻塞情况：

-- 查看该事务持有的所有锁
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS WHERE lock_trx_id = 13610756;
-- 查看哪些会话被这个锁阻塞（包括你的DDL会话）
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS WHERE blocking_trx_id = 13610756;

这能帮你明确是不是有长时间未提交的业务事务，或者某个应用进程卡住没释放锁。

第三步：处理持有锁的事务 #

情况1：事务是活跃可正常结束的 #

如果这个事务是正在运行的合法业务操作，联系开发人员确认是否可以提交（COMMIT;）或者回滚（ROLLBACK;）——只要事务正常结束，锁会自动释放，DDL就能正常执行。

情况2：事务僵死/无响应 #

如果查询发现事务已经长时间没有活动（比如启动时间是几小时前，事务状态为RUNNING但无进展），直接杀掉对应的线程强制回滚事务：

KILL <trx_mysql_thread_id>;

把<trx_mysql_thread_id>替换成第一步查询结果里的对应值即可，线程被杀后锁会立刻释放。

第四步：预防后续重复出现 #

• 给应用的事务加超时机制，避免长时间持有锁不释放；
• 尽量在业务低峰期执行DDL，执行前先查INNODB_TRX确认没有长事务；
• 对于大表DDL，若MySQL版本支持，用ALTER TABLE ... ALGORITHM=INPLACE, LOCK=NONE;，减少锁的影响范围。

补充：你看到的错误里，lock mode IX是表级意向锁（表示事务会对表内行加锁），lock_mode X locks rec but not gap是行级排他锁（只锁具体行，不锁间隙），DDL需要的表级排他锁和这些锁冲突，所以被阻塞。

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