在phpMyAdmin中查看当前活跃长事务需执行SQL：SELECT trx_id, trx_mysql_thread_id AS thread_id, trx_started, TIMEDIFF(NOW(), trx_started) AS duration, trx_state, trx_query FROM information_schema.INNODB_TRX ORDER BY trx_started ASC；重点关注duration超30秒、trx_state='RUNNING'且trx_query为空的事务，它们常阻塞DDL操作。
如何在phpMyAdmin中查看当前活跃的长事务
phpMyAdmin 本身不直接暴露事务持续时间，但可以通过 information_schema.INNODB_TRX 表查到正在运行的事务及其开始时间。你得手动执行 SQL 查询，而不是依赖界面按钮。
在 phpMyAdmin 的「SQL」标签页中运行：
SELECT trx_id, trx_mysql_thread_id AS thread_id, trx_started, TIMEDIFF(NOW(), trx_started) AS duration, trx_state, trx_query FROM information_schema.INNODB_TRX ORDER BY trx_started ASC;
重点关注 duration 超过 30 秒的记录——这类事务极可能阻塞 ALTER TABLE 等 DDL 操作，因为 MySQL 在执行 DDL 前会尝试获取元数据锁（MDL），而长事务持有的 MDL 会排队等待。
-
trx_state = 'RUNNING'且trx_query为空，说明事务处于空闲但未提交，最危险 - 若
trx_query显示的是SELECT ... FOR UPDATE或大范围UPDATE，需确认其业务逻辑是否合理 - 注意
thread_id，可进一步用SHOW PROCESSLIST关联客户端 IP 和用户
为什么 ALTER TABLE 会被卡住：MDL 锁等待链
MySQL 5.6+ 中，ALTER TABLE 不再只是“复制表”，而是先加 MDL 读锁（用于检查表结构），再升级为写锁（真正改结构）。如果此时有长事务正在访问该表（哪怕只是普通 SELECT），它就持有 MDL 读锁，导致 DDL 卡在“Waiting for table metadata lock”状态。
立即学习“PHP免费学习笔记（深入）”；
你在 phpMyAdmin 执行 ALTER TABLE 卡住时，别急着重试——先查 information_schema.PROCESSLIST：
SELECT ID, USER, HOST, DB, COMMAND, TIME, STATE, INFO FROM information_schema.PROCESSLIST WHERE STATE = 'Waiting for table metadata lock' OR TIME > 60;
返回结果里 TIME 大的那条，就是被阻塞的 DDL；它前面通常能看见一个 Command = 'Sleep' 但 TIME 更大的连接，大概率就是源头长事务。
- 不要直接 kill 掉
Sleep连接——先看它的INFO是否为空，空值意味着事务未结束且没执行语句，kill 后会回滚，可能耗时更久 - 优先联系对应业务方确认能否安全提交或回滚
- 若确定无害，用
KILL <code>ID终止线程（ID 来自上一步查询）
phpMyAdmin 界面里容易忽略的线索
phpMyAdmin 左侧数据库列表上方有个「刷新」按钮，点一下，它会显示当前服务器状态摘要，但默认不包含事务信息。你需要主动点击顶部菜单「状态」→「进程」，这里等价于 SHOW PROCESSLIST，能看到实时连接和命令状态。
关键观察点：
- 同一
USER出现多个Sleep状态且Time持续增长 → 很可能是应用层没正确关闭事务 -
State列出现Locked或Waiting for table metadata lock→ 直接定位阻塞点 - 若
Host是本地（localhost或127.0.0.1），检查是否是运维脚本或定时任务发起的未提交事务
注意：phpMyAdmin 的「进程」页面默认只显示前 100 条，长事务若排在后面会被截断，务必勾选「全部显示」或改用 SQL 查询补全。
预防比排查更重要：从代码和配置入手
phpMyAdmin 只是观察窗口，根子在应用逻辑。常见诱因包括：PDO 默认开启隐式事务、Laravel 的 DB::transaction() 忘记闭合、ThinkPHP 的 startTrans() 后没调 commit() 或 rollback()。
可在 MySQL 配置中临时加一道防线：
SET GLOBAL innodb_lock_wait_timeout = 10;
但这只影响锁等待超时，不影响事务本身长度。真正有效的做法是：
- 所有事务块必须有明确的
try/catch+finally { commit() or rollback() } - 避免在事务内做 HTTP 请求、文件读写等不可控耗时操作
- 开发环境开启
mysqli.report(MYSQLI_REPORT_ALL)或 PDO 的PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，让异常中断时自动触发回滚
DDL 操作慢，90% 不是磁盘或索引问题，而是被一个没人注意到的 Sleep 线程钉住了。查 INNODB_TRX 要快过重启 phpMyAdmin。
