MySQL在安装时如果一路默认下一步，字符集很可能是latin1，这种字符集不支持中文，插入中文数据后查询出来的往往是一排问号，或者是类似"éå—符集"这样的乱码。要让MySQL正常存储和显示中文，需要从服务端配置、数据库、表、连接层等多个环节统一字符集设置，任何一环不一致都可能出现乱码。本文将从配置文件修改到客户端连接设置，完整讲解mysql中文版的设置方法。
一、修改my.ini配置文件设置默认字符集
配置文件是解决中文问题的根本手段。Windows系统下MySQL的配置文件一般是my.ini，位于MySQL安装目录下，例如C:\ProgramData\MySQL\MySQL Server 8.0\my.ini。Linux系统下则是my.cnf，通常在/etc/my.cnf或者/etc/mysql/my.cnf路径。如果找不到配置文件，可以在命令行执行mysqld --help --verbose | grep my.cnf查看搜索顺序。
打开配置文件后，在[mysqld]段和[client]段分别添加字符集配置。服务端建议直接使用utf8mb4，它比utf8更完整，能支持emoji表情等4字节字符：
[client] default-character-set=utf8mb4 [mysqld] character-set-server=utf8mb4 collation-server=utf8mb4_general_ci
修改完成后需要重启MySQL服务才能生效。Windows系统可以在服务管理器中找到MySQL服务重启，或者在管理员命令行执行net stop mysql和net start mysql。Linux系统使用systemctl restart mysqld或service mysql restart。重启后登录MySQL，执行show variables like 'character%';检查结果，如果character_set_server和character_set_client都显示utf8mb4，说明配置生效了。
二、设置数据库、表和字段的字符集
即使服务端配置正确，如果某个数据库或表创建时指定了错误的字符集，同样会出现乱码。创建数据库时可以显式指定字符集，这是最稳妥的做法：
-- 创建数据库时指定utf8mb4字符集
CREATE DATABASE mydb DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
-- 修改已有数据库的默认字符集
ALTER DATABASE mydb DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
-- 创建表时指定字符集
CREATE TABLE user (
id INT PRIMARY KEY AUTO_INCREMENT,
name VARCHAR(50)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;
-- 修改已有表的字符集
ALTER TABLE user CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
需要注意ALTER TABLE ... CONVERT TO CHARACTER SET和ALTER TABLE ... CHARSET的区别：前者会把表中现有数据转换成新字符集，后者只修改表的默认字符集，已有数据不会变。如果表里已经有乱码数据，单纯改默认字符集是救不回来的，必须用CONVERT语法转换，或者清空数据重新导入。
查看当前数据库和表的字符集可以用以下命令：SHOW CREATE DATABASE mydb;查看数据库定义，SHOW CREATE TABLE user;查看建表语句，语句末尾会明确标出CHARSET信息。如果只有个别字段有问题，也可以单独修改字段：ALTER TABLE user MODIFY name VARCHAR(50) CHARACTER SET utf8mb4;
三、客户端连接层的中文设置
很多乱码问题其实出在客户端连接层。执行show variables like 'character%';时，如果发现character_set_client、character_set_connection、character_set_results是latin1，即使库和表都是utf8mb4，中文显示依然会异常。这三个变量控制的是客户端发送的SQL语句编码、连接层编码和返回结果的编码，必须统一。
命令行登录MySQL后，执行下面这条语句可以临时解决：
SET NAMES utf8mb4;
这条语句等同于同时设置character_set_client、character_set_connection和character_set_results三个变量。它只在当前会话有效，断开重连后失效。想永久生效，一方面可以把客户端配置写在my.ini的[client]段，另一方面可以在JDBC连接串中指定参数，例如jdbc:mysql://localhost:3306/mydb?useUnicode=true&characterEncoding=utf8。使用PHP的PDO时，可以在DSN中加charset=utf8mb4参数。
使用图形化工具时也要留意。Navicat在新建连接的高级设置里可以设置编码，选择"自动"一般能正常识别，如果出现乱码可以手动指定为utf8mb4。命令行客户端在Windows下还有个特殊问题：cmd窗口默认是GBK编码，可以在执行SQL前先运行chcp 65001把窗口切换成UTF-8编码，否则输入的中文在到达MySQL服务器之前就已经乱掉了。
四、乱码问题的排查思路
遇到中文乱码时不要盲目改配置，先按固定顺序排查。第一步执行SHOW VARIABLES LIKE 'character%';，检查所有相关变量是否统一为utf8mb4，特别注意character_set_server、character_set_client、character_set_results这三项。第二步用SHOW CREATE TABLE 表名;确认表的实际字符集，不要只看数据库的默认设置，表可以有自己的字符集覆盖数据库默认值。
第三步判断乱码发生的位置。如果数据库里存的数据本身就是乱的，说明是写入环节的问题，可能是客户端发送编码与服务端期望编码不一致；如果数据库里数据正常、只是查询显示乱码，那就是结果返回环节的编码不一致，用SET NAMES utf8mb4;通常能立刻解决。还有一种常见情况是HTML页面乱码，这和MySQL无关，需要在页面头部声明<meta charset="utf-8">，并确保PHP等后端脚本输出的Content-Type头也是UTF-8。
最后提醒一点，MySQL中的utf8实际上是utf8mb3的别名，最多只支持3字节字符，遇到emoji表情符号会报错或丢失。从MySQL 8.0开始默认字符集已经改为utf8mb4，但5.7及更早版本一定要手动指定utf8mb4。新项目建议全程统一使用utf8mb4，从配置文件、建库建表到程序连接串保持一致，就能从根本上避免中文乱码问题。