mysql5插入中文乱码是数据库使用中非常常见的问题，本质原因是数据流转过程中不同环节的字符集配置不一致，导致中文编码无法正确解析。要解决这个问题，需要先明确字符集的作用，再逐步排查每个环节的配置。
常见乱码原因
mysql5中字符集是分层级生效的，从服务端到客户端共有多个配置节点，只要其中一个节点不支持中文，就可能出现乱码：
- 数据库实例默认字符集不是utf8或utf8mb4，新建的库表会继承错误字符集
- 单独创建的表或字段字符集没有设置为支持中文的类型
- 客户端连接mysql时，没有指定正确的字符集，导致传输的中文编码无法被服务端识别
- 插入数据时使用的编码格式和数据库配置的字符集不匹配
排查当前字符集配置
首先可以通过命令查看当前mysql实例的字符集配置，确认问题出在哪个环节：
-- 查看mysql实例的字符集相关变量 SHOW VARIABLES LIKE 'character_set%'; SHOW VARIABLES LIKE 'collation%';
正常情况下，如果要支持中文，character_set_server、character_set_database、character_set_client、character_set_connection、character_set_results这几个变量的值应该为utf8或者utf8mb4，对应的排序规则应该是utf8_general_ci或者utf8mb4_general_ci。
分步解决乱码问题
1. 修改已有数据库字符集
如果已经存在的数据库字符集不正确，可以执行以下命令修改：
-- 修改数据库字符集为utf8mb4，支持更多特殊中文和表情 ALTER DATABASE 数据库名 CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
2. 修改已有表和字段字符集
数据库的字符集修改后，已经存在的表和字段不会自动更新，需要单独修改：
-- 修改表的字符集 ALTER TABLE 表名 CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; -- 单独修改某个字段的字符集（如果表修改后仍有字段异常） ALTER TABLE 表名 MODIFY 字段名 VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
3. 配置客户端连接字符集
即使服务端字符集正确，客户端连接时如果没指定字符集也会乱码，连接时需要执行以下命令：
-- 设置当前连接的字符集，确保客户端和服务端编码一致 SET NAMES utf8mb4;
如果是通过程序连接mysql，比如Java的JDBC连接，需要在连接URL中指定字符集参数：
// JDBC连接mysql5时指定字符集 String url = "jdbc:mysql://127.0.0.1:3306/数据库名?useUnicode=true&characterEncoding=utf8mb4";
4. 永久修改mysql实例默认字符集
上面的修改都是临时生效，重启mysql后会恢复默认配置，要永久生效需要修改mysql的配置文件my.cnf（Linux系统）或者my.ini（Windows系统）：
[mysqld] # 服务端默认字符集 character-set-server=utf8mb4 collation-server=utf8mb4_general_ci [client] # 客户端默认字符集 default-character-set=utf8mb4 [mysql] # mysql命令行客户端默认字符集 default-character-set=utf8mb4
修改完成后重启mysql服务即可永久生效。
验证解决效果
完成所有配置后，可以插入一条中文数据验证是否正常：
-- 插入中文测试数据
INSERT INTO 表名 (字段名) VALUES ('测试中文内容');
-- 查询插入的数据，确认没有乱码
SELECT * FROM 表名;
如果查询结果中的中文正常显示，说明乱码问题已经解决。
注意事项
mysql5中的utf8字符集实际是utf8mb3，最多只支持3字节的字符，无法存储emoji和部分生僻中文，建议优先使用utf8mb4字符集。另外修改已有数据的字符集时，如果表中已经有乱码数据，修改字符集后历史乱码数据可能无法恢复，建议提前备份数据。