phpMyAdmin导出会触发LOCK TABLES或长事务阻塞其他连接，因其默认对MyISAM加表锁、对InnoDB启一致性快照事务，导出卡住时锁/事务不释放，导致写操作阻塞、I/O飙升、连接耗尽。
导出时触发 LOCK TABLES 或长事务阻塞其他连接
phpmyadmin 导出不是简单 select，它默认会尝试加表级锁或开启一致性快照事务。对 myisam 表，它可能隐式执行 lock tables ... read；对 innodb 表，则会发 start transaction with consistent snapshot 并持有事务直到导出结束。一旦导出卡在大表扫描、网络慢、客户端断开，这个事务/锁就一直挂着，其他写操作（insert/update/delete）全被堵住，表现就是“数据库瞬间锁死”。
SELECT 查询本身在大表上造成严重 I/O 和行锁竞争
即使没显式加锁，导出本质仍是全表 SELECT。如果表没合适索引、或有未提交的长事务、或隔离级别是 REPEATABLE READ，InnoDB 会为每一行生成版本链并维护 undo log。几百万行的表一扫，磁盘 I/O 拉满，buffer pool 被挤占，同时大量间隙锁（gap lock）或记录锁（record lock）被持有——其他会话想更新相邻数据，就直接等锁超时（Lock wait timeout exceeded）。
phpMyAdmin 的导出逻辑不支持分片或流控，单次请求扛不住大数据量
它把整个结果集加载进 PHP 内存再拼 SQL 字符串，中间没有分页、没有游标、不释放中间结果。你导 500 万行，PHP 进程就得撑住几 GB 内存，MySQL 连接持续占用，连接池迅速耗尽。新来的 Web 请求连不上数据库，看起来就像“无法访问”，其实是连接数打满或 wait_timeout 被拖垮。
真正危险的是“导出中途失败但锁/事务没释放”
浏览器关掉、Nginx 504、用户点取消——这些只断开 HTTP 连接，PHP 进程可能已退出，但 MySQL 里那个 START TRANSACTION 还开着，或者 LOCK TABLES 没被自动释放（尤其跨会话时）。这时候查 SHOW PROCESSLIST 会看到一堆 Sleep 状态但 Command 是 Query、Time 很高的僵尸连接，它们正牢牢攥着锁和资源。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
