mysql8.0的数据库导入到mysql5.7

mysql8.0里建的数据库，使用的字符集是utf8mb4，排序规则是utf8mb4_0900_ai_ci，现在要将这个数据库导入到mysql5.7里面，使用字符集utf8mb4，排序规则utf8mb4_general_ci，应该如何操作才能保证导入之后数据库可以正常使用？

为了保证从MySQL 8.0 (utf8mb4_0900_ai_ci) 顺利迁移到 MySQL 5.7 (utf8mb4_general_ci)，核心思路是：在导出阶段就对SQL文件进行“转换”，将5.7不支持的排序规则定义替换掉，并确保数据本身的编码是正确的。

第1步：在MySQL 8.0源服务器上执行导出（关键步骤）

不要使用简单的 mysqldump -u root -p database_name > backup.sql 命令，这会导致导出的SQL文件中包含 utf8mb4_0900_ai_ci 的定义，5.7根本无法识别。

请使用以下经过精心配置的mysqldump命令：

mysqldump -u [username] -p --single-transaction --routines --triggers --events \
--set-gtid-purged=OFF \
--default-character-set=utf8mb4 \
--skip-set-charset \
[database_name] > backup.sql

参数解释：

--single-transaction: 对于InnoDB数据库，这可以确保在导出时得到一个一致性的快照，不会锁表。

--routines --triggers --events: 导出存储过程、函数、触发器和事件。

--set-gtid-purged=OFF: 非常重要！ 如果你的8.0服务器启用了GTID（全局事务标识符），而5.7没有或配置不同，这个选项可以避免将GTID信息写入备份文件，否则在5.7上导入时会报错。

--default-character-set=utf8mb4: 指定以utf8mb4字符集进行导出，确保数据正确写入文件。

--skip-set-charset: 这是最关键的一步！ 这个选项会阻止mysqldump向SQL文件中写入 SET NAMES utf8mb4 和 /*!50503 SET character_set_client = utf8mb4 */ 这样的语句。同时，它也会阻止在创建数据库、表和字段时带上 CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci 子句。这样导出的文件是“字符集中性”的。

[database_name]: 替换为你要导出的实际数据库名。

> backup.sql: 将输出重定向到 backup.sql 文件。

输入这个命令后，会提示你输入密码。

第2步：手动修改备份文件（可选但推荐）

尽管使用了 --skip-set-charset，但导出的SQL文件中可能仍然会残留一些 COLLATE 设置。为了绝对安全，最好检查并清理一下。

检查文件：用文本编辑器（如VS Code, Notepad++）打开 backup.sql。

搜索并替换：

搜索 CHARSET=utf8mb4。如果发现，通常它会和 COLLATE=utf8mb4_0900_ai_ci 一起出现，将其替换为 CHARSET=utf8mb4（即只删除 COLLATE 部分）或者替换为 CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci。

搜索 utf8mb4_0900_ai_ci，将所有出现的地方替换为 utf8mb4_general_ci。

注意：通常只需要做一次全局替换即可。确保不要在数据部分进行误替换（概率极低，因为排序规则名通常只出现在表结构定义部分）。

第3步：在MySQL 5.7目标服务器上进行准备和导入

创建数据库（使用目标排序规则）：

在导入前，先在MySQL 5.7中创建一个空数据库，并明确指定其字符集和排序规则。

CREATE DATABASE `target_database` 
CHARACTER SET utf8mb4 
COLLATE utf8mb4_general_ci;

导入数据：

将修改后的 backup.sql 文件上传到目标服务器，然后使用 mysql 命令进行导入。

mysql -u [username] -p --default-character-set=utf8mb4 target_database < backup.sql

--default-character-set=utf8mb4: 告诉MySQL客户端，输入文件的编码是utf8mb4，确保正确解码。

第4步：验证导入结果

导入完成后，务必进行仔细验证：

检查字符集和排序规则：

连接到MySQL 5.7数据库，执行以下查询，确保所有表和字段的排序规则都已正确设置为 utf8mb4_general_ci 或为NULL（表示继承表的默认设置）。

- - 查看所有表的字符集和排序规则
SELECT TABLE_SCHEMA, TABLE_NAME, TABLE_COLLATION 
FROM information_schema.TABLES 
WHERE TABLE_SCHEMA = 'target_database';

- - 查看主要字段的字符集和排序规则
SELECT TABLE_NAME, COLUMN_NAME, CHARACTER_SET_NAME, COLLATION_NAME 
FROM information_schema.COLUMNS 
WHERE TABLE_SCHEMA = 'target_database' 
AND COLLATION_NAME IS NOT NULL;

检查数据完整性：

随机抽查一些包含中文、emoji表情（😊）或其他特殊字符的记录，确认显示正常，没有乱码。

检查数据行数是否与源库一致。

测试一些应用程序的查询功能，确保排序（ORDER BY）结果符合预期（因为排序规则改变了，极端情况下排序结果可能与8.0有细微差别，但对于绝大多数中文应用，utf8mb4_general_ci 和 utf8mb4_0900_ai_ci 的排序结果是高度一致的）。

总结与注意事项

核心技巧：使用 --skip-set-charset 参数导出“纯净”的SQL文件，然后手动或通过脚本确保所有排序规则定义与目标环境（MySQL 5.7）兼容。

备份！备份！备份！：在操作任何生产环境数据库之前，请务必对源库和目标库都进行完整的备份。

版本差异：除了字符集，还要注意MySQL 8.0和5.7在其他方面的差异，例如某些关键字、系统变量、性能Schema等。你的SQL代码（存储过程、函数等）如果使用了8.0的新特性，可能会在5.7上运行失败，需要额外检查。

性能：对于大型数据库，导入可能需要很长时间。可以考虑使用 pv 工具监控导入进度，或者使用 mydumper/myloader 等更快的工具（但同样需要注意字符集和排序规则的转换问题）。

按照以上步骤操作，你的数据库应该可以顺利地从MySQL 8.0迁移到5.7并正常使用。