当使用SQL进行数据库备份文件恢复时，如果备份文件编码和当前数据库实例的默认字符集不一致，就容易出现数据乱码的情况，这时候可以通过指定default-character-set参数来统一字符集配置，避免乱码问题。
字符集导致恢复乱码的原因
数据库备份文件在生成时会使用特定的字符集编码存储数据，比如utf8mb4、gbk等。如果恢复数据时没有指定对应的字符集，数据库会使用自身的默认字符集去解析备份文件，当两者不一致时，就会出现字符解析错误，最终表现为数据乱码。
常见的场景包括：备份文件是在gbk字符集的数据库生成的，恢复到默认字符集为utf8mb4的数据库时没有指定字符集；或者备份文件使用utf8编码，恢复到默认字符集为latin1的数据库实例。
default-character-set参数的作用
default-character-set是MySQL等数据库客户端工具的一个配置参数，用于指定客户端和服务器之间交互时使用的默认字符集。在恢复数据时指定该参数，可以让客户端按照指定的字符集读取备份文件内容，同时和服务器协商使用对应的字符集写入数据，保证整个恢复过程的字符集统一。
不同场景下的使用方法
MySQL命令行恢复指定字符集
使用mysql命令恢复备份文件时，可以在命令中直接添加--default-character-set参数，指定备份文件对应的字符集，示例如下：
# 假设备份文件是gbk编码，恢复到目标数据库 mysql -u root -p --default-character-set=gbk test_db < backup.sql
上面的命令中，--default-character-set=gbk指定了客户端使用gbk字符集读取backup.sql文件的内容，然后写入到test_db数据库中，避免字符集不匹配导致的乱码。
修改MySQL配置文件永久生效
如果需要长期保持字符集配置，避免每次恢复都要指定参数，可以修改MySQL的配置文件my.cnf（Linux系统）或者my.ini（Windows系统），在[client]段添加default-character-set配置：
[client] default-character-set=utf8mb4 [mysql] default-character-set=utf8mb4 [mysqld] character-set-server=utf8mb4 collation-server=utf8mb4_general_ci
修改完成后重启MySQL服务，之后所有的客户端连接和恢复操作都会默认使用utf8mb4字符集，减少乱码出现的概率。
使用mysqldump备份时指定字符集
为了避免后续恢复时出现乱码，在备份阶段也可以指定字符集，保证备份文件的编码符合预期，示例如下：
# 备份test_db数据库，指定字符集为utf8mb4 mysqldump -u root -p --default-character-set=utf8mb4 test_db > backup.sql
验证恢复后的数据是否正常
恢复完成后，可以查询恢复后的表数据，验证是否存在乱码：
-- 查询表中的数据，检查中文是否正常显示 SELECT * FROM test_table LIMIT 10;
如果发现仍有乱码，可以检查备份文件的实际编码，确认指定的default-character-set是否和备份文件编码一致，同时检查目标数据库的字符集配置是否支持对应的编码。
注意事项
- 指定的字符集必须是数据库支持的字符集，否则会提示参数错误。
- 如果备份文件中已经显式指定了字符集，比如文件开头有
SET NAMES utf8mb4;语句，需要和指定的default-character-set参数保持一致。 - 对于已经出现乱码的数据，单纯修改恢复时的字符集无法修复，需要重新使用正确的字符集配置进行恢复。
SQLdefault_character_set字符集乱码数据恢复修改时间：2026-06-28 06:36:23