phpMyAdmin不能靠设置超时预防或解决死锁，死锁是InnoDB事务并发访问资源时的逻辑冲突，需通过SHOW ENGINE INNODB STATUS定位、KILL终止进程、统一加锁顺序、缩短事务时间及优化索引等手段根治。
phpMyAdmin 本身不控制 SQL 执行时间，死锁也不是靠“限制时间”解决的
直接说结论：phpmyadmin 没有内置机制去限制单条 sql 的执行时间，也**不能靠设置超时来预防或解决死锁**。死锁是 innodb 引擎在事务并发访问资源时产生的逻辑冲突，mysql 会自动检测并回滚其中一个事务——这不是超时导致的，而是锁等待循环被打破的结果。你看到的“查询超时”提示，大概率是 php 层中断（$cfg['exectimelimit']）或 mysql 的 max_execution_time（仅对 select 生效），和死锁无关。
真正卡住你的，往往是锁等待而非死锁
很多用户把“执行不动”“页面空白”“报错 Locked”误认为死锁，其实更常见的是锁等待（lock wait），比如：
-
SHOW FULL PROCESSLIST;中某条语句State显示为Waiting for table metadata lock或Locked - 一条
ALTER TABLE正在执行，而你同时想SELECT同一张表 - 一个未提交的事务（
START TRANSACTION后忘了COMMIT）长期持有行锁或表锁
这种情况下，调整 innodb_lock_wait_timeout（默认 50 秒）能让你更快“失败”，但治标不治本。它只决定等待锁的线程最多忍多久，不是防止死锁的开关。
排查和干预必须用 MySQL 原生命令
在 phpMyAdmin 的 SQL 窗口里，你需要手动运行这些命令定位问题：
- 查谁在堵路：
SHOW FULL PROCESSLIST;—— 关注Time大、State含lock或metadata的记录 - 看引擎说了啥：
SHOW ENGINE INNODB STATUS;—— 找LATEST DETECTED DEADLOCK段，确认是否真死锁及涉及哪些 SQL - 干掉元凶：
KILL [Id];—— 把PROCESSLIST里可疑的Id填进去，立即释放其持有的锁
注意：KILL 不是万能的，它终止的是连接或查询线程，若对方正在写盘或刷日志，可能需要几秒才真正释放锁。
立即学习“PHP免费学习笔记（深入）”；
预防比限制更重要：三件事必须做
死锁无法完全杜绝，但可大幅降低概率。你在 phpMyAdmin 里手动操作时，尤其要注意：
- 事务尽量短：别在界面里敲
START TRANSACTION就走开，后续UPDATE完立刻COMMIT或ROLLBACK - 访问顺序统一：如果多个事务都要更新
users和orders表，确保每次都先users后orders，避免交叉加锁 - 索引要到位：对
WHERE、JOIN、ORDER BY字段建好索引，减少扫描范围 = 减少锁住的行数
最后提醒一句：max_execution_time = 0 或盲目调高 $cfg['ExecTimeLimit'] 只会让低效查询更肆无忌惮地霸占资源，反而加剧锁争用——真正该花时间的地方，是看 EXPLAIN 输出，而不是改超时数字。
