phpMyAdmin 4.9 导入失败主因是 SQL 语法或连接配置不兼容目标 MySQL 版本，需检查 JSON 类型、排序规则、新语法及 sql_mode，并确保字符集为 utf8mb4 且禁用外键检查。
phpMyAdmin 4.9 本身不处理 MySQL 版本兼容性，导入失败的根因几乎都在 SQL 文件语法或连接层配置上，不是界面问题。关键得先让 SQL 能被目标 MySQL 实例正确解析和执行。
检查导出文件是否含 MySQL 8.0+ 特有语法
打开 SQL 文件，用文本编辑器搜索前几行和第一个 CREATE TABLE 块，重点看：
- 有没有
JSON类型字段 —— MySQL 5.7 不支持，需手动改为TEXT并在应用层处理 - 排序规则是否为
utf8mb4_0900_as_cs—— 5.7 只认utf8mb4_unicode_ci，全局替换即可 - 是否有
WITH子句、窗口函数、IF NOT EXISTS（老版本如 5.1 不支持） - 是否存在
SET SESSION sql_mode = 'STRICT_TRANS_TABLES,...'—— 阿里云 RDS 等托管服务常禁用该模式，删掉或注释整行
导入命令必须显式指定字符集与关闭外键检查
phpMyAdmin 4.9 的 Web 导入页默认不透传连接参数，容易因字符集错位导致中文乱码或 emoji 截断。绕过 UI 直接用命令行更可控：
- 确保导出文件开头有
/*!40101 SET NAMES utf8mb4 */;；没有就说明源库没设对，重导时加--default-character-set=utf8mb4 - 导入时用：
mysql --default-character-set=utf8mb4 -u user -p -D dbname --init-command="SET FOREIGN_KEY_CHECKS=0;" - 别用
-e模式，它会跳过错误掩盖真实问题 - 如果目标库建库语句写的是
CHARACTER SET utf8（非utf8mb4），即使文件里全是 utf8mb4，插入 emoji 也会报错或截断
大文件卡死或静默退出？优先调参而非换工具
phpMyAdmin 4.9 的 Web 上传受 PHP 配置硬限，但你不一定需要改 php.ini：
立即学习“PHP免费学习笔记（深入）”；
- 启用
$cfg['UploadDir']：在config.inc.php中设$cfg['UploadDir'] = 'upload';，然后把 SQL 文件放服务器upload/目录下，导入页会出现“从 Web 服务器上传目录导入”选项 - 导入前确认 MySQL 的
max_allowed_packet≥ 256M（SET GLOBAL max_allowed_packet = 268435456;），否则单条超长INSERT直接断连 - 若原文件是
mysqldump生成且没加--skip-extended-insert，导入时解析慢、内存爆、还难定位哪条数据错 —— 重导建议加该参数
跨版本导入最易被忽略的点
不是语法或字符集，而是 SQL mode 和时间类型精度的隐式冲突：
- SQL Server 或旧版导出的
DATETIME2(7)，MySQL 5.6 只支持到秒级，直接导入会报ERROR 1067；稳妥做法是全局替换为DATETIME并删掉毫秒部分 -
DEFAULT GETDATE()必须换成DEFAULT CURRENT_TIMESTAMP（MySQL 5.6.5+ 支持），否则建表失败 - 含
T的 ISO 时间字符串（如'2023-01-01T12:34:56'）MySQL 不认，用sed -i "s/T/ /g" dump.sql预处理 - 导入前临时关严格模式：
SET SESSION sql_mode = '';，避免空字符串插 NOT NULL 字段等 SQL Server 宽松行为触发报错
