mysql导入数据时出现乱码是数据库操作中非常常见的问题，核心原因基本都是编码格式不匹配，只要针对性调整对应环节的编码设置就能解决。
乱码问题的常见成因
乱码的出现通常和三个环节的编码设置有关，分别是源数据文件的编码、mysql数据库/表的字符集、导入操作时指定的字符集参数，只要这三个环节的编码不一致，就大概率会出现乱码。比如源文件是UTF8编码，但是导入时指定了GBK字符集，或者数据库表的字符集是latin1，都会导致存储和显示异常。
具体解决方法
方法一：导入时指定正确的字符集参数
如果使用mysql命令或者source命令导入数据，需要显式指定字符集参数。如果是用命令行导入sql文件，可以在登录mysql时添加--default-character-set参数，示例如下：
# 登录mysql时指定字符集为utf8mb4，再导入数据 mysql -u root -p --default-character-set=utf8mb4 test_db # 进入mysql终端后执行导入 source /data/import_data.sql
如果是使用LOAD DATA INFILE语句导入文本文件，需要在语句中添加CHARACTER SET子句指定文件编码，示例如下：
LOAD DATA INFILE '/data/user.txt' INTO TABLE user_table CHARACTER SET utf8mb4 FIELDS TERMINATED BY ',' LINES TERMINATED BY 'n';
方法二：检查并修改数据库、表的字符集
如果导入时已经指定了正确字符集还是乱码，需要检查目标数据库和表的字符集是否符合要求。可以通过以下语句查看当前字符集配置：
-- 查看数据库字符集 SELECT DEFAULT_CHARACTER_SET_NAME, DEFAULT_COLLATION_NAME FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME = 'test_db'; -- 查看表的字符集 SHOW TABLE STATUS FROM test_db LIKE 'user_table';
如果字符集不是需要的UTF8MB4，可以执行修改语句：
-- 修改数据库字符集 ALTER DATABASE test_db CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; -- 修改表字符集，同时转换已有字段的字符集 ALTER TABLE user_table CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
方法三：转换源数据文件的编码格式
如果源数据文件本身的编码和mysql要求的编码不一致，比如源文件是GBK编码，mysql需要使用UTF8MB4编码，可以先转换源文件的编码。如果是csv或者txt文本文件，可以用文本编辑器（如Notepad++）打开，选择编码转换功能，将文件转为UTF8无BOM格式再重新导入。
如果是sql文件，也可以用转换工具处理，或者在导入前用sed命令简单处理，示例如下：
# 将GBK编码的sql文件转为UTF8编码 iconv -f gbk -t utf-8 /data/old_data.sql -o /data/new_data.sql
注意事项
- mysql的utf8mb4字符集支持所有Unicode字符，包括emoji，建议使用这个字符集而不是旧的utf8字符集。
- 导入前最好先备份原有数据，避免修改字符集或者转换编码时导致数据丢失。
- 如果使用的是可视化工具（如Navicat）导入数据，需要在导入向导的编码选项中选择正确的源文件编码，不要使用默认自动识别，减少出错概率。
问题排查流程
如果遇到乱码问题可以按照以下步骤排查：
- 先查看源数据文件的编码格式，确认其实际编码。
- 再查看目标数据库、表的字符集配置，确认是否一致。
- 检查导入命令或者导入操作是否指定了正确的字符集参数。
- 如果以上都正常，尝试单独导入一条测试数据，定位是否是某部分数据本身存在编码问题。