MySQL 中文乱码的解决方法

MySQL 有三处需要设置字符集

• 表和字段：数据以哪种字符集保存，例如 utf8mb4 或 latin1。MySQL 5.7 及更早版本的默认值是 latin1，存不下中文。
• 连接：客户端和服务器之间用哪种字符集通信，用 SET NAMES utf8mb4 或连接参数设置。
• 文件：导入或导出时文件的编码，在 phpMyAdmin 的导入页面中可以选择文件的字符集。

三处不一致，中文就会出错。最常见的有两种情况：

• ???：字段或连接是 latin1，存不下中文，MySQL 把每个字都换成了 ?。这些文字已经丢失，只能从原始数据重新导入。
• 我们：UTF-8 的中文经由 latin1 连接写进了 latin1 字段。在程序里看起来一切正常，phpMyAdmin 和导出文件里却是乱码。这种情况下字节还在，可以修复。

"1","张伟","北京市","13800138000"

"1","张伟","北京市","13800138000"

在 Windows 命令行中连接时

在简体中文 Windows 的 cmd 或 PowerShell 中运行 mysql 客户端时，控制台用的是 GBK（代码页 936）。即使数据库里的数据完全正确，查询结果也可能显示成 浣犲ソ 这样的乱码。这只是显示问题：先执行 chcp 65001 把控制台切换为 UTF-8，或用 mysql --default-character-set=gbk 让这次会话按 GBK 输出。不要为了让控制台显示正常而去改表的字符集。控制台的更多设置见 PowerShell 中文乱码。

检查字符集

• SHOW VARIABLES LIKE 'character_set%'; 查看服务器和连接的设置。
• SHOW CREATE TABLE users; 查看表和各个字段的字符集。
• SELECT name, HEX(name) FROM users LIMIT 5; 查看实际保存的字节：在 utf8mb4 字段中，E4B8AD 是“中”，而 C3A4C2B8C2AD 则是已经乱码的“中”。

修复导出文件

1. 在 phpMyAdmin 中把表导出为 SQL 或 CSV，或者使用 mysqldump --default-character-set=utf8mb4。
2. 把文件拖到上面的框中。Mojibuster 只修复乱码的部分，正常的中文保持不变。
3. 在 改动了什么？ 中确认修复的位置，然后下载文件。
4. 导入到字符集为 utf8mb4 的表中，导入时文件字符集选择 utf-8。
5. 先在副本上测试，再替换正式的表。

导出文件始终不会离开你的电脑，含有客户信息也可以放心处理。导出的 CSV 用 Excel 打开出现乱码时，请看 Excel 打开 CSV 乱码。

从根本上解决

• 新建表时指定 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci。
• 程序的连接也要设为 utf8mb4，例如在 PHP 的 PDO DSN 中加上 charset=utf8mb4，在 JDBC 连接串中加上 characterEncoding=UTF-8。
• 如果 latin1 字段里存的是 UTF-8 字节，不要直接用 CONVERT TO 转换，否则会再编码一次，变成双重乱码。安全的做法是先改为二进制类型：MODIFY name VARBINARY(255)，再 MODIFY name VARCHAR(255) CHARACTER SET utf8mb4。
• 不要使用 MySQL 的 utf8：它每个字符最多只存 3 个字节，保存 emoji 和部分生僻字时会报 Incorrect string value 错误。

常见问题

更多指南

• 中文乱码修复工具 修复文本和文件中的乱码。
• Excel CSV 乱码 Excel 打开的 CSV 出现乱码时。
• 字幕乱码 SRT、ASS 字幕显示乱码时。
• 乱码是什么 乱码的含义、成因和常见类型。
• PowerShell 乱码 5.1 和 7 中的 -Encoding、控制台和脚本文件。
• Python & pandas 乱码 read_csv、to_csv、open() 和 requests 的编码。
• Notepad++ 乱码 切换编码还是转换编码：关键的区别。
• GBK 转 UTF-8 把旧的中文文件转换为 UTF-8。