phpMyAdmin导出SQL末尾数据不完整，根本原因在于索引、主键等ALTER语句被集中置于INSERT之后，一旦前面任意INSERT失败（如类型不兼容、空值入INT、视图冲突或外键缺失），后续所有ALTER均被跳过；此外，启用“Delayed inserts”、时区语句报错、导出格式误选（CSV/JSON/XML限制）也会导致类似现象。
phpMyAdmin导出SQL文件末尾数据不完整，基本不是文件被截断，而是导出逻辑把索引、主键、外键等DDL语句全堆在INSERT之后，只要前面某条INSERT失败，后面的ALTER就根本不会执行。
导出的SQL里确实有ADD INDEX，但导入后没生效
这是最典型的“末尾不完整”假象。phpMyAdmin默认导出顺序是：CREATE TABLE → 大量INSERT INTO → 最后集中一堆ALTER TABLE ... ADD INDEX和ADD PRIMARY KEY。一旦中间某条INSERT因字段类型不兼容、空值插入INT、视图冲突或外键缺失报错，MySQL执行就会中断，后面所有ALTER语句直接跳过。
- 用文本编辑器打开导出的.sql文件，搜索
ADD INDEX或ADD PRIMARY KEY，确认它们是否真实存在且位于大量INSERT语句之后 - 检查目标库的
information_schema.STATISTICS，如果表存在但INDEX_NAME为空，说明索引语句压根没跑 - 某些托管环境（如阿里云RDS）会静默容忍
INSERT错误（比如把空字符串转成0再插进INT字段），但phpMyAdmin导入界面不报错，你以为成功了
导出时没关“启用延迟键写入”，大表INSERT直接失败
phpMyAdmin自定义导出有个隐藏开关叫“启用延迟键写入”（Delayed inserts），它会让INSERT语句变成INSERT DELAYED。这个语法在MySQL 5.6+已被弃用，8.0+彻底移除——导出文件里若含该语句，导入时直接报错中断，后续所有内容（包括末尾索引）全部失效。
- 导出时务必进入Custom模式 → 展开“Data”区域 → 取消勾选
Delayed inserts - 尤其当导出表含百万级数据时，这个选项默认可能开启，极易踩坑
- 如果已导出带
DELAYED的文件，可用sed -i 's/INSERT DELAYED/INSERT/g'批量替换（Linux/macOS）
导出格式选错导致“看起来”末尾缺数据
选CSV/JSON/XML导出时，末尾“不完整”往往和格式本身限制强相关，不是SQL逻辑问题：
立即学习“PHP免费学习笔记（深入）”；
- CSV导出默认只取当前分页结果（比如只导30行），不是整表；且字段含换行符时若未加引号，Excel解析会错行，让你误以为数据丢了
- JSON导出在phpMyAdmin 4.9中硬编码限制50行，不管你怎么点“全选所有X行”，导出的JSON永远只有前50条
- XML导出会把
NULL序列化为<value xsi:nil="true"/>，部分老旧解析器直接跳过整行，造成稀疏感
导入时SET time_zone报错中断，卡在索引之前
导出SQL开头常带SET time_zone = "+00:00"，若目标MySQL未加载时区表或配置不支持该格式（比如+00:00在旧版本不识别），会触发#1298 - Unknown or incorrect time zone错误，执行立刻停止——此时INSERT可能只跑了一半，更别说末尾的索引了。
- 导入前用文本编辑器删掉SQL文件开头所有
SET time_zone语句（通常在前10行内） - 或者手动执行
mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -p mysql补全时区表 - 别依赖phpMyAdmin的“忽略错误继续执行”选项——它对语法错误无效，只对重复键等可跳过错误起作用
真正要命的不是末尾少了几行INSERT，而是那些被甩到文件最后的ALTER TABLE语句，它们没有任何容错机制。哪怕只有一条INSERT因为字符集不匹配多了一个BOM头而失败，整个索引重建就归零。
