phpMyAdmin 4.9 无法直接导入 MySQL 8.0 的 SQL 文件，需手动预处理：替换 utf8mb4_0900_ai_ci 等新排序规则为 utf8mb4_unicode_ci；简化 JSON 和生成列语法；删除 DEFINER 及 SQL SECURITY 子句；大文件优先压缩为 .gz 或改用命令行导入。
直接导入会失败，phpmyadmin 4.9 对 mysql 8.0 的语法和字符集支持严重不足，必须手动预处理 sql 文件才能导入成功。
替换 utf8mb4_0900_ai_ci 排序规则
这是最常见报错原因，错误信息通常是 Unknown collation: 'utf8mb4_0900_ai_ci'。phpMyAdmin 4.9 内置的解析器不认识 MySQL 8.0 默认的排序规则。
- 用文本编辑器（如 VS Code、Notepad++）全局搜索并替换所有
utf8mb4_0900_ai_ci→utf8mb4_unicode_ci - 同时检查并替换其他 8.0 新增排序规则，比如
utf8mb4_0900_as_cs、utf8mb4_0900_bin，统一换成utf8mb4_unicode_ci - 如果 SQL 文件里有
CREATE DATABASE ... DEFAULT COLLATE，也一并修改，否则建库语句会直接失败
删掉或简化 JSON 和生成列语法
MySQL 5.7 引入 JSON 类型，但 phpMyAdmin 4.9 的 SQL 解析器在遇到 JSON_OBJECT()、GENERATED ALWAYS AS 或 STORED/VIRTUAL 关键字时会抛出 #1064 - You have an error in your SQL syntax。
- 找到所有含
JSON类型的字段定义，删掉STORED或VIRTUAL，只保留JSON - 把整行
GENERATED ALWAYS AS (...)替换为普通字段（如INT或VARCHAR(255)），并在后面加注释说明用途 - 若含
INSERT ... VALUES (JSON_OBJECT(...))，临时改成字符串形式插入，例如'{"key":"value"}'，导入后再用UPDATE ... SET col = JSON_SET(...)补数据
导出时没关 DEFINER，导入就报权限错误
MySQL 8.0 默认导出视图、存储过程、触发器时带 DEFINER=`user`@`host`，而目标环境可能没有该用户，或 phpMyAdmin 4.9 不处理该元数据，导致导入中断。
- 如果文件已导出，用正则全局替换：匹配
DEFINER=`[^`]+`@`[^`]+`（注意转义），替换成空字符串 - 紧随其后的
SQL SECURITY DEFINER也要一并删掉 - 触发器里的
DEFINERphpMyAdmin 4.9 的“忽略 DEFINER”选项不生效，必须手动清理
大文件上传失败不是配置问题，是架构限制
phpMyAdmin 4.9 本身是 PHP Web 封装层，上传上限由 upload_max_filesize 和 post_max_size 共同决定，改 PHP 配置治标不治本，且容易引发超时或内存溢出。
立即学习“PHP免费学习笔记（深入）”；
- 优先压缩 SQL 文件为
.gz格式（phpMyAdmin 4.9 支持直接导入 gzip），体积通常减少 60%～70% - 若仍超限，别折腾 php.ini，直接切命令行：
mysql -u root -p database_name - 导入前先执行
SET NAMES utf8mb4;，避免连接层字符集错位导致中文乱码或字段截断
真正麻烦的不是某一行语法，而是多个 8.0 特性叠加出现——比如一个视图同时含 DEFINER、JSON 字段和新排序规则，手动清理时漏掉任意一项都会让整个导入卡在第一张表。建议处理完后，用 head -n 200 backup_fixed.sql 快速扫一眼开头几条 CREATE 语句是否干净。
