新版本导出旧版本无法导入本质是SQL兼容性断层：MySQL 8.0默认用utf8mb4_0900_as_cs排序规则，5.7不识别；JSON字段、隐藏索引等语法亦报错。建议导出时加--compatible=mysql57、--default-character-set=utf8mb4，并跳过触发器/存储过程/事件。
mysqldump 导出时为什么新版本能导，旧版本却无法导入？
本质是 SQL 兼容性断层：MySQL 8.0 默认用 utf8mb4_0900_as_cs 排序规则，而 MySQL 5.7 不认识这个规则名；同时 JSON 字段、隐藏索引、角色权限等语法在低版本直接报错 Unknown character set: 'utf8mb4_0900_as_cs' 或 You have an error in your SQL syntax。
实操建议：
- 导出时强制降级兼容：加
--compatible=mysql57参数，它会自动替换排序规则、禁用高版本语法 - 显式指定字符集：加
--default-character-set=utf8mb4，避免服务端默认值干扰 - 跳过不兼容对象：用
--skip-triggers --skip-routines --skip-events先保表结构和数据，后续再手工补逻辑 - 别依赖
mysqldump --all-databases一键导全库——系统库（如mysql）里的权限表结构在版本间差异极大，必须单独处理
mysql 命令行导入时卡住或报错 ERROR 1231
典型现象是执行 mysql -u root -p 后无响应、报 <code>ERROR 1231 (42000): Variable 'sql_mode' can't be set to the value of 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,...'，根本原因是目标库的 sql_mode 严格级别高于导出时环境，导致部分语句被拒绝执行。
实操建议：
- 导入前临时放宽限制：在命令行里加
--init-command="SET SESSION sql_mode='';" - 如果导入的是含
CREATE DATABASE的全量文件，先手动创建库并指定兼容字符集：CREATE DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 遇到
ERROR 1067 (42000): Invalid default value for 'xxx'，说明字段有NOW()或CURRENT_TIMESTAMP默认值，旧版本不支持；需提前用 sed 或脚本批量替换为'0000-00-00 00:00:00'类占位值
从 MySQL 8.0 迁移至 5.7 时 TIMESTAMP 字段行为异常
MySQL 8.0 对 TIMESTAMP 默认启用 explicit_defaults_for_timestamp=OFF，允许 NULL、自动初始化/更新；而 5.7 在该配置关闭时要求至少一个 TIMESTAMP 字段带 DEFAULT CURRENT_TIMESTAMP，否则建表失败。
实操建议：
- 导出前确认源库设置：
SELECT @@explicit_defaults_for_timestamp;，若为OFF，导出时务必加--skip-tz-utc防止时区转换污染时间值 - 检查导出 SQL 中
TIMESTAMP定义，把类似ts TIMESTAMP NOT NULL改成ts TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP - 不要依赖
mysqldump --set-gtid-purged=OFF来绕过 GTID —— 5.7 不支持 GTID 的 dump 文件本身就会在解析阶段报错，得先在 8.0 上用RESET MASTER清空 binlog 再导
跨版本迁移后数据“看起来对”，但业务查不到记录
最常被忽略的是隐式类型转换和索引失效：比如 8.0 中 VARCHAR(255) 字段存了超长字符串被截断，导出时没报错，但导入 5.7 后因排序规则不同，WHERE name = 'abc '（带空格）可能匹配不到原记录；或者 8.0 的函数索引（如 INDEX idx_name ((UPPER(name)))）在 5.7 上压根不识别，查询走全表扫描。
实操建议：
- 迁移后立即跑一致性校验：用
pt-table-checksum（Percona Toolkit），别只比行数 - 检查所有
TEXT/VARCHAR字段实际最大长度：SELECT TABLE_NAME, COLUMN_NAME, CHARACTER_MAXIMUM_LENGTH FROM INFORMATION_SCHEMA.COLUMNS WHERE DATA_TYPE IN ('varchar','text') AND TABLE_SCHEMA='yourdb'; - 禁用 8.0 特有功能导出：确保
mysqldump命令不含--skip-opt（它会关掉--add-drop-table等关键选项），也不加--skip-extended-insert（单条 INSERT 太多会拖慢 5.7 导入）
跨版本迁移不是格式转换，而是两个不同数据库系统的语义对齐。哪怕只差一个小版本，innodb_log_file_size 的默认值变化都可能导致恢复失败——所以永远先在测试环境用真实数据量跑通全流程，而不是相信“导出再导入”四个字就万事大吉。
