快速定位阻塞的mysql表锁进程需先执行show full processlist，重点关注state为locked或waiting for table metadata lock且time异常高的线程；再结合innodb_trx和performance_schema.metadata_locks查清引擎类型与锁类型，最后用kill加线程id释放锁。
如何快速定位正在阻塞的 MySQL 表锁进程
MySQL 表锁（尤其是 MyISAM 引擎或显式 LOCK TABLES）被长时间持有时，不会自动释放，必须人工干预。关键不是“有没有锁”，而是“谁在持锁且不释放”。SHOW PROCESSLIST 是唯一能实时看到活跃连接和状态的入口，但默认只显示当前用户会话；你需要 PROCESS 权限才能看到全部。
常见错误现象：执行 SELECT 或 UPDATE 卡住、Waiting for table metadata lock 报错、show processlist 中大量状态为 Sleep 但 Time 值异常高（比如 > 600 秒）。
- 运行
SHOW FULL PROCESSLIST;（加FULL防止 SQL 被截断） - 重点关注
State列：值为Locked、Waiting for table metadata lock、Writing to net（可能卡在大结果集传输）都值得怀疑 - 对比
Time和Info：若Info显示的是一个未提交的UPDATE或ALTER TABLE，而Time持续增长，基本就是它了
kill 命令只能杀连接 ID，不能直接 kill 表或 SQL
KILL 命令操作对象是线程 ID（即 Id 列数值），不是表名、SQL 内容或用户。误用 KILL 'xxx' 或 KILL QUERY xxx（后者只中断当前语句，不释放锁）会导致问题残留。尤其注意：KILL CONNECTION xxx 和 KILL xxx 效果一致，但前者语义更明确。
使用场景：当你确认某个长事务或未提交的 DML 持有表锁，且无法联系到操作人时，才应 kill。不要 kill 系统用户（如 system user）或主从复制线程（User 为 replication）。
- 先查 ID：
SELECT Id, User, Host, db, Command, Time, State, Info FROM information_schema.PROCESSLIST WHERE State != 'Sleep' AND Time > 300; - 再 kill：
KILL 12345;（12345 是你要终止的线程 ID） - 验证是否生效：再次
SHOW PROCESSLIST，确认该 ID 消失，且其他被阻塞的查询开始恢复
MyISAM 表锁 vs InnoDB 行锁：kill 前必须分清引擎类型
对 MyISAM 表执行 INSERT/UPDATE/DELETE 会自动加整表写锁，此时 kill 掉对应线程通常能立即释放锁；但 InnoDB 默认行锁，出现“表级等待”往往是因为元数据锁（metadata lock）——比如一个事务中执行了 SELECT 后，另一个会话试图 DROP TABLE 或 ALTER TABLE，就会卡住。这种锁无法通过 kill 持有 SELECT 的线程来解除，因为 SELECT 本身不持 MDL 写锁，而是后续 DDL 在等读锁升级。
性能影响：kill 一个持有大事务的 InnoDB 连接，会导致回滚（rollback），如果事务修改了上百万行，回滚过程可能持续数分钟，期间仍会阻塞其他操作。
- 查引擎：
SELECT ENGINE FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME = 'your_table'; - 查 MDL 等待：
SELECT * FROM performance_schema.metadata_locks WHERE OBJECT_TYPE = 'TABLE';（需开启performance_schema且metadata_locks表可用） - 对
InnoDB，优先检查是否有未提交事务：SELECT * FROM information_schema.INNODB_TRX ORDER BY TRX_STARTED;
kill 后表仍不可用？可能是隐式锁或 autocommit 关闭导致
最常被忽略的情况：客户端连接设置了 autocommit = 0，执行完一条 UPDATE 后没 COMMIT 或 ROLLBACK 就断开了——MySQL 不会自动回滚，该事务仍处于活动状态，锁持续存在，直到超时（默认 wait_timeout，通常 8 小时）或被 kill。此时 SHOW PROCESSLIST 可能看不到对应线程（已断连），但锁还在。
解决办法只有两个：一是等超时自动释放（不推荐），二是找到并 kill 对应的“僵尸事务”线程 ID（它可能显示为 Sleep 状态但 Time 极高）。这类事务在 INNODB_TRX 视图里仍可见，但 PROCESSLIST 中已消失。
- 查隐藏事务：
SELECT trx_id, trx_mysql_thread_id, trx_started, trx_state, trx_query FROM information_schema.INNODB_TRX WHERE trx_state = 'RUNNING' AND trx_started - 关联线程 ID：
SELECT p.Id, p.User, p.Host, p.Command, p.Time, p.State FROM information_schema.PROCESSLIST p JOIN information_schema.INNODB_TRX t ON p.ID = t.trx_mysql_thread_id; - 如果
p.Id为空，说明线程已断，但事务未结束——这时只能调高innodb_lock_wait_timeout或重启（极端情况）
