phpMyAdmin导出MyISAM表仅为逻辑备份，无法还原索引碎片及物理文件结构；大表易锁表超时，应优先停服复制.MYD/.MYI或用mysqldump --lock-tables；恢复时需手动设utf8mb4字符集与AUTO_INCREMENT值，且建议迁移到InnoDB。
phpMyAdmin导出MyISAM表时结构与数据必须分开处理
myisam引擎本身不支持事务，但phpmyadmin对它的备份逻辑和其他引擎并无区别——它仍是通过select和show create table生成sql语句。不过，如果你后续打算用文件级方式恢复（比如直接复制.myd/.myi文件），就得注意：phpmyadmin导出的sql文件无法还原myisam特有的索引碎片、修复状态或.frm以外的物理文件结构。
所以实际操作中，导出SQL只是“逻辑备份”，不是“物理备份”。若你依赖MyISAM的快速复制能力，别只靠phpMyAdmin。
- 导出前确认存储引擎：
SELECT ENGINE FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME = 'your_table'; - 如果结果是
MyISAM，且你有服务器权限，优先考虑停MySQL后直接拷贝data/数据库名/表名.MYD和表名.MYI - 用phpMyAdmin导出时，务必勾选“添加 DROP TABLE 语句”和“插入数据”，否则恢复可能因表已存在而失败
大MyISAM表导出常卡在“正在执行查询”或超时
MyISAM表在高并发读写下容易锁表，而phpMyAdmin导出本质是执行SELECT * FROM 表名。一旦表体积大（比如 >100MB）或有长事务未提交，导出页面就会卡住、返回空白，或报错Lost connection to MySQL server during query。
这不是phpMyAdmin bug，是MySQL服务端中断了长时间查询。此时强行刷新或重试只会加重锁竞争。
- 先检查表是否被锁：
SHOW OPEN TABLES WHERE In_use > 0; - 临时禁用自动提交并手动加读锁（仅限有SUPER权限）：
FLUSH TABLES your_table WITH READ LOCK;，导出完再UNLOCK TABLES; - 更稳妥的做法：改用
mysqldump --single-transaction不行（MyISAM不支持事务），但可用mysqldump --lock-tables，它会逐表加锁导出，比phpMyAdmin稳定
恢复MyISAM表时中文乱码或主键丢失
MyISAM对字符集敏感度高于InnoDB，尤其当原表建表语句里没显式声明CHARACTER SET或COLLATE时，phpMyAdmin导出的SQL可能默认用utf8（而非utf8mb4），导致emoji或四字节字符恢复后变问号。
立即学习“PHP免费学习笔记（深入）”；
另外，MyISAM表的AUTO_INCREMENT值不会被INSERT语句携带，只靠CREATE TABLE里的初始值。如果备份前刚插入大量数据，恢复后新插入记录可能重复ID。
- 导出时在“格式特定选项”里手动指定字符集为
utf8mb4，并勾选“将创建语句与数据语句分开” - 恢复前先查原表当前自增值：
SHOW TABLE STATUS LIKE 'your_table';，记下Auto_increment字段值，恢复后手动执行ALTER TABLE your_table AUTO_INCREMENT = xxx; - 避免用phpMyAdmin导入超大SQL：改用命令行
mysql -u user -p database_name ，它不受PHP内存和超时限制
MyISAM表不适合纯phpMyAdmin做增量备份
phpMyAdmin没有内置的binlog解析或差异对比功能，所谓“增量备份”只能靠人工比对表的UPDATE_TIME（SELECT UPDATE_TIME FROM information_schema.TABLES WHERE TABLE_NAME = 'xxx';），再手动导出。但MyISAM的UPDATE_TIME在某些MySQL版本里不准，且不记录行级变更。
如果你真需要MyISAM增量，得绕开phpMyAdmin：
- 启用MySQL的
general_log（不推荐生产环境长期开启） - 用
mysqlbinlog解析binlog（MyISAM支持binlog，但需binlog_format = STATEMENT） - 定期
mysqldump --where="updated_at > '2026-07-29'"按时间戳筛选导出（前提是表里有可靠更新时间字段）
真正关键的一点：MyISAM已从MySQL 8.0起被标记为deprecated，官方建议迁移至InnoDB。你现在花精力调phpMyAdmin适配MyISAM，不如评估迁移成本——很多“备份失败”问题，根源其实是引擎选型过时。
