phpMyAdmin 默认导出不加事务，导入中途失败会导致数据不一致；应启用“添加事务”和“禁用外键检查”选项，或改用mysqldump命令行并指定--single-transaction等参数。
导出时没加 START TRANSACTION，导入会丢一致性
phpmyadmin 默认导出不自动包裹事务，哪怕你勾了“添加 drop table”，insert 语句仍是逐条执行。一旦导入中途失败（比如某条 insert 因外键或唯一约束报错），前面已执行的语句不会回滚，数据就卡在半致状态。
解决办法不是靠导出后手动加事务，而是导出前就启用对应选项：
- 导出页面 → “格式”选项卡 → 确保选中
SQL - 展开“格式特定选项” → 勾选
添加事务（BEGIN/COMMIT） - 如果数据库含外键依赖，再勾上
禁用外键检查（SET FOREIGN_KEY_CHECKS=0）
这两项一开，生成的 SQL 开头是 SET FOREIGN_KEY_CHECKS=0;，中间是 START TRANSACTION;，结尾是 COMMIT; 和 SET FOREIGN_KEY_CHECKS=1; —— 这才是完整事务闭环。
mysqldump 导出更可控，但 phpMyAdmin 里调不了参数
phpMyAdmin 底层调用的是 mysqldump，但它只暴露了有限的 UI 选项。比如你想加 --single-transaction（InnoDB 快照级一致性），或 --skip-extended-insert（单行插入便于调试），UI 里没有开关。
这时候得绕过 phpMyAdmin：
立即学习“PHP免费学习笔记（深入）”；
- 登录服务器终端，直接运行
mysqldump --single-transaction --routines --triggers -u root -p database_name > backup.sql - 注意：
--single-transaction只对 InnoDB 有效，MyISAM 仍会锁表 - 若导出大库，加
--hex-blob避免二进制字段被转义出错
phpMyAdmin 的“自定义导出”其实只是把部分 mysqldump 参数做了可视化，别指望它覆盖所有场景。
导入时事务没生效？检查 phpMyAdmin 设置和 MySQL 版本
即使导出文件里有 START TRANSACTION 和 COMMIT，导入时也可能被忽略——常见于老版本 phpMyAdmin 或 MySQL 5.6 以下。
验证方法：导入后执行 SELECT @@autocommit;，如果返回 1，说明自动提交开着，事务控制失效。
临时修复方式：
- 导入前在 phpMyAdmin 的“SQL”标签页手动执行
SET autocommit = 0; - 再粘贴你的带
COMMIT的 SQL 文件内容执行 - 或者改用命令行导入：
mysql -u user -p database_name （这个默认尊重事务）
phpMyAdmin 的 Web 导入本质是分段执行 SQL，遇到 COMMIT 不一定真提交，尤其当语句被拆成多批次发送时。
大表导出 + 事务 = 内存爆、超时、锁表
加事务不是万能解药。对千万级以上表，START TRANSACTION 后所有 INSERT 都在同一个事务里，MySQL 会把 undo log 撑满，可能触发 ERROR 1205 (HY000): Deadlock found when trying to get lock 或直接 OOM。
实际策略要分情况：
- 小表（添加事务 +
禁用外键检查 - 中等表（10–100 万）：关掉事务，改用
SET FOREIGN_KEY_CHECKS=0;+DISABLE KEYS（MyISAM）或innodb_buffer_pool_size调大 - 大表（>100 万）：放弃单文件事务，用
mysqldump --where分片导出，或用pt-online-schema-change类工具做在线迁移
事务保证的是原子性，不是性能。导出文件里塞几百万行 INSERT 还包一层 COMMIT，只是把问题从“导入不一致”转移到“根本导不完”。
