导入后表结构存在但数据为空，先确认SQL文件是否含INSERT语句；若无，则导出时误选“仅结构”；若有但数据缺失，需检查是否因表已存在、字符集不匹配、PHP内存超限或引擎不兼容导致INSERT静默失败。
导入后表结构存在但数据为空，先确认SQL文件里有没有INSERT语句
这是最常被忽略的第一步。phpmyadmin 导入的是什么，完全取决于你导出时选了什么——「仅结构」选项勾上就只生成 create table，不带任何 insert。哪怕你点的是「快速导出」，如果导出页没勾「导出数据」或误选了「仅结构」，生成的 sql 文件开头全是 create，结尾没有一行 insert，那导入后当然只有空表。
实操建议：
- 用文本编辑器（如 VS Code、Notepad++）直接打开你的 .sql 文件，搜索
INSERT INTO—— 如果搜不到，问题就在这儿 - 别信 phpMyAdmin 界面显示的“成功”，它只管语法解析和执行，不校验你到底导出了多少数据
- 如果文件里有
INSERT但数量极少（比如只有一两行），可能是导出时加了 WHERE 条件或勾了「导出前 100 行」之类限制
导入时跳过 INSERT：目标表已存在且未启用 DROP 或 TRUNCATE
即使 SQL 文件里有 INSERT，导入也可能静默失败——常见于你反复导入同一个库，而 SQL 文件开头没 DROP TABLE IF EXISTS，又用了 CREATE TABLE IF NOT EXISTS。这时 phpMyAdmin 遇到已存在的表，直接跳过建表，但后续的 INSERT 仍会执行；但如果表字段类型/约束变了（比如新增了 NOT NULL 字段），而 INSERT 语句没提供值，MySQL 就会拒绝写入，且 phpMyAdmin 默认不报错，只丢掉这一批数据。
实操建议：
- 检查 SQL 文件头部是否有
DROP TABLE IF EXISTS `table_name`;；没有就手动加，或导出时务必勾选「Add DROP TABLE statement」 - 导入前清空目标库更稳妥：在 phpMyAdmin 左侧选中库 → 右上角「操作」→ 勾选「删除该数据库中所有表(DROP)」→ 执行
- 避免用「CREATE TABLE IF NOT EXISTS」+ 大量 INSERT 的组合，改用
TRUNCATE TABLE+ INSERT，或直接删库重建
字符集或存储引擎不匹配导致 INSERT 被静默截断
SQL 文件里明明有 INSERT，也看到导入进度条走完了，但查表发现部分字段是空或乱码——大概率是字符集或引擎不一致。例如文件声明了 DEFAULT CHARSET=utf8mb4，但目标库的 collation_connection 是 latin1_swedish_ci，MySQL 会把含 emoji 或四字节 UTF-8 的字段转成 ?，甚至整行 INSERT 失败（尤其遇到严格模式 STRICT_TRANS_TABLES）。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 导入前执行
SET NAMES utf8mb4;（放在 SQL 文件最开头） - 导入后立刻查
SHOW CREATE TABLE table_name;，对比ENGINE和CHARSET是否与预期一致 - 若发现引擎变成
MyISAM，说明 MySQL 全局配置禁用了 InnoDB，需检查my.cnf中skip-innodb是否被误启
PHP 内存或超时导致大 SQL 导入中途终止
文件有几百 MB，导入时页面卡住、提示“成功”但数据不全——这不是 SQL 问题，是 phpMyAdmin 的 PHP 进程扛不住。它默认用 PHP 读取整个 SQL 文件进内存再逐行执行，一旦超过 memory_limit 或 max_execution_time，就会中断，且不提示错误，只留一个半截的库。
实操建议：
- 别用 phpMyAdmin 导入 >50MB 的 SQL；改用命令行：
mysql -u root -p database_name - 如果必须用界面，先拆分 SQL：用
split -l 5000 big.sql part_（Linux）或工具如 SQL Dump Splitter，再分批导入 - 临时调大 PHP 配置（仅限测试环境）：
memory_limit = 512M、max_execution_time = 600，改完重启 Web 服务
