phpmyadmin 6.0 不具备自动兼容性转换能力，导入 sql 文件前需手动处理：替换 utf8mb4_0900_ai_ci 为 utf8mb4_unicode_ci，删除或修改 mysql 8.0+ 特有排序规则、generated column、json 函数等，并对大文件改用命令行导入。
phpmyadmin 6.0 本身不提供自动兼容性转换功能——它只是把 sql 文件原样发给 mysql 服务端执行，所有语法、字符集、引擎等兼容性问题都得在导入前手动处理。
遇到 Unknown collation: 'utf8mb4_0900_ai_ci' 怎么办
这是 MySQL 8.0+ 备份导入到 5.7 或更老版本时最典型的报错。phpMyAdmin 6.0 不会帮你降级排序规则，必须改 SQL 文件：
- 用文本编辑器全局替换
utf8mb4_0900_ai_ci→utf8mb4_unicode_ci（MySQL 5.7+ 都认） - 顺手删掉或替换掉其他 8.0+ 特有规则，比如
utf8mb4_0900_as_cs、utf8mb4_0900_bin - 检查
CREATE DATABASE语句里的DEFAULT COLLATE，一并改掉，否则建库就失败 - 如果文件里还有
CHARSET=utf8mb4后紧跟COLLATE，建议整段删掉，让目标库用默认规则
导入时报 ERROR 1064 卡在 JSON 或 GENERATED COLUMN 上
MySQL 5.7 支持 JSON 类型但解析器弱，phpMyAdmin 6.0 的前端 SQL 解析器更旧，遇到 JSON_OBJECT()、GENERATED ALWAYS AS 就直接崩。
- 删掉字段定义里的
STORED或VIRTUAL关键字，只留JSON - 把整行
GENERATED ALWAYS AS (...)替换成普通字段 + 注释，比如computed_value TEXT COMMENT 'was GENERATED ALWAYS AS (a+b)' -
INSERT里的JSON_OBJECT('k', 'v')临时改成字符串：'{"k": "v"}'，导入后再用UPDATE ... SET col = JSON_SET(col, '$.k', 'v')补
大文件上传失败或中途卡死
phpMyAdmin 6.0 的 Web 上传机制受限于 PHP 配置和浏览器，不是“调大 upload_max_filesize 就能解决”。它对长事务、大 INSERT、特殊字符极其敏感。
- 别依赖界面上的“SQL 兼容模式”开关——它只影响导出，对导入无效
- 超过 2MB 的文件，优先走命令行：
mysql -u root -p --default-character-set=utf8mb4 db_name - 如果必须用 phpMyAdmin，先用
sed -i 's/INSERT INTO/;INSERT INTO/g' dump.sql在每条 INSERT 前加个分号（模拟多语句），再配合--skip-extended-insert重导，降低单条语句长度 - 导入前手动执行
SET FOREIGN_KEY_CHECKS=0;和SET SQL_MODE='';（粘贴到 phpMyAdmin 的“SQL”页运行），避开外键和严格模式干扰
导入后中文乱码或字段值被截断
表结构里写的是 utf8mb4，但连接层没对齐，phpMyAdmin 页面顶部显示的“服务器连接字符集”只是参考值，实际可能仍是 latin1。
- 导入前务必在 phpMyAdmin 的“SQL”页执行：
SET NAMES utf8mb4; - 检查真实连接参数：
SHOW VARIABLES LIKE 'character_set%';，确认character_set_client、character_set_connection、character_set_results全是utf8mb4 - 如果表字段定义里还残留
CHARSET=utf8（注意不是utf8mb4），得进 phpMyAdmin 表结构页逐个点开修改，MySQL 8.0 中utf8已是别名，但旧版解析可能出错
真正难处理的从来不是报错信息本身，而是那些没报错却悄悄变形的数据：比如 TIMESTAMP 字段值偏移 8 小时、JSON 字符串被当成普通文本截断、ENUM 默认值在低版本里变成空字符串——这些都不会触发 ERROR，但业务逻辑已经错了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
