导入后表存在但无数据，通常因导出仅含结构未含数据或导入时文件被静默截断；需检查.sql文件是否有INSERT语句、确认phpMyAdmin导出时勾选“数据”和“结构”、调大上传限制或改用命令行导入。
导入后表存在但没数据，大概率不是文件损坏，而是导入过程被静默截断或语义跳过。先别重导，按下面几步快速定位。
检查SQL文件是否真含INSERT语句
很多人导出时只选了“结构”，忘了勾选“数据”。打开.sql文件用文本编辑器搜索INSERT INTO或VALUES，确认有实际数据行。如果只有CREATE TABLE没INSERT，那就是导出配置错了。phpMyAdmin导出页要手动勾选“导出数据”和“导出结构”，两者缺一不可。
- 用
head -n 50 your_file.sql快速看开头几十行，确认是否有批量INSERT块 - 若文件里有
/*!40000 ALTER TABLE `table_name` DISABLE KEYS */这类语句，说明是mysqldump生成的，通常含数据；纯CREATE TABLE开头的基本不含数据 - 宝塔、cPanel等面板导出时默认可能只导结构，需特别留意选项
确认导入时是否跳过了数据语句
phpMyAdmin默认有1MB上传限制，大文件会自动截断，且不报错——只导入前一部分，看起来“成功”但数据不全。导入后执行SELECT COUNT(*) FROM table_name;查每张表行数，别只看表是否存在。
- 在phpMyAdmin右上角点“设置”→“导入”，把
Max upload size调到最大（如2048M），再试一次 - 更可靠的做法是改用命令行：
mysql -u root -p database_name ，它不会因大小静默失败 - 导入完成后立即执行
SHOW WARNINGS;，有时MySQL会把被跳过的INSERT记为warning而非error
排查字符集与sql_mode导致的静默失败
开发环境导出的.sql文件若含emoji或四字节UTF-8字符，而目标库字符集仍是utf8（非utf8mb4），MySQL会丢弃整条INSERT，且不报错。同样，sql_mode差异也可能让某些INSERT被拒绝。
- 导入前执行
SHOW VARIABLES LIKE 'character_set_database';和SHOW VARIABLES LIKE 'sql_mode';，对比源库配置 - 临时放宽限制：
SET sql_mode = '';再导入，看是否恢复数据 - 检查表字段定义：如果原表字段是
VARCHAR(255) CHARACTER SET utf8mb4，但目标库建表时用了utf8，后续INSERT就会静默失败
最常被忽略的是：导入成功提示只代表SQL解析通过，不代表每条INSERT都执行了。务必逐表验证行数，而不是只看表名是否出现在SHOW TABLES;结果里。
立即学习“PHP免费学习笔记（深入）”；
