不能直接用，但大概率能修好后用；需检查目标库版本、字符集、sql模式、存储引擎兼容性，常见错误包括默认值无效、存储引擎不支持、校对规则未知等。
MySQL 异构环境恢复时，mysqldump 生成的 SQL 备份能直接用吗？
不能直接用，但大概率能修好后用。关键看目标库版本、字符集、SQL 模式、存储引擎是否兼容。
常见错误现象：ERROR 1067 (42000): Invalid default value for 'created_at'、ERROR 1178 (42000): The storage engine for the table doesn't support、Unknown collation: 'utf8mb4_0900_ai_ci'。
-
mysqldump默认会写入源库的DEFAULT CHARSET和COLLATE，目标库不支持就会报错 - MySQL 5.7 和 8.0 的默认 SQL mode 差异大（比如
STRICT_TRANS_TABLES、ONLY_FULL_GROUP_BY），还原时可能拒绝插入部分数据 - 如果源库用了
JSON类型或Generated Column，而目标库版本太低，CREATE TABLE语句直接语法报错 - 备份中含
CREATE DATABASE语句时，若目标库已存在同名 DB 且字符集不同，USE db_name后执行建表仍可能因连接默认字符集不匹配出问题
还原前必须检查和修改的三个 mysqldump 参数
不是“加了参数就万事大吉”，而是要根据目标环境反向约束 dump 行为。
- 强制指定兼容版本：
--compatible=mysql40或--compatible=ansi可降级语法（如去掉ENGINE=InnoDB中的引号、避免JSON字面量），但会丢失部分语义，慎用；更稳妥的是用--skip-create-options跳过引擎/字符集声明，靠目标库默认值兜底 - 显式统一字符集：
--default-character-set=utf8mb4+--skip-set-charset，防止 dump 文件里混入SET NAMES latin1这类指令干扰目标库连接层 - 禁用不兼容特性：
--skip-routines（跳过存储过程）、--skip-triggers（跳过触发器）、--skip-events，这些对象在低版本或不同分支（如 Percona/MariaDB）上极易失败
还原时遇到 Unknown collation 错误怎么快速修复？
本质是源库用了新 collation（如 utf8mb4_0900_ai_ci），目标库不认识。不能靠改 MySQL 配置硬加，得动 SQL 文件。
- 用
sed -i 's/utf8mb4_0900_ai_ci/utf8mb4_unicode_ci/g' backup.sql全局替换（MySQL 5.7+ 均支持后者） - 如果目标库是 5.6 或更老，得进一步降级：
utf8mb4_general_ci（注意：该 collation 不支持 emoji 完整排序） - 别只改
CREATE TABLE里的 collation，还要搜COLLATE utf8mb4_*出现在CREATE INDEX、ALTER TABLE ... CONVERT TO等位置 - 临时方案：还原前在目标库执行
SET GLOBAL collation_server = 'utf8mb4_unicode_ci';，但仅对本次连接生效，且无法解决 CREATE 语句中的硬编码 collation
从 MySQL 8.0 备份还原到 5.7，哪些语法必须手动清理？
不是所有 8.0 特性都能靠 --compatible 自动降级，以下必须人工干预。
- 删掉
STATS_PERSISTENT=0、STATS_AUTO_RECALC=1这类 5.7 不识别的表选项 - 把
JSON列类型改成LONGTEXT（前提是业务不依赖 JSON 函数解析），并删除相关GENERATED ALWAYS AS表达式 - 注释掉或重写含
CAST(... AS JSON)、->操作符的 INSERT/UPDATE 语句，否则还原时报FUNCTION xxx does not exist - 检查是否有
CREATE USER ... IDENTIFIED WITH caching_sha2_password，5.7 只认mysql_native_password，需提前在目标库执行SET DEFAULT AUTHENTICATION PLUGIN = 'mysql_native_password';
最麻烦的其实是外键约束顺序——8.0 dump 默认按字典序导出表，但 5.7 还原时若先建子表再建父表，FOREIGN KEY 会因引用表不存在失败。建议加 --order-by-primary 并配合 --skip-extended-insert 方便定位问题行。
