MySQL中文数据异常的核心原因是字符集不一致，需统一使用utf8mb4并逐层检查客户端、连接层、数据库、表、字段及终端的编码设置。
MySQL 中文数据异常，核心原因基本就一个：字符集不一致。不是某一处设错了，而是客户端、连接层、数据库、表、字段，甚至操作系统终端，多个环节的编码没对齐。常见表现为插入报错（Incorrect string value）、查询显示乱码（如“æ”代替“我”）、或部分中文能存但部分报错。解决的关键是统一用 utf8mb4（而非旧版 utf8），并逐层确认和修正。
检查当前各层字符集状态
登录 MySQL 后执行：
SHOW VARIABLES LIKE 'character\_set\_%';SHOW VARIABLES LIKE 'collation\_%';
重点关注以下五项是否均为 utf8mb4：
- character_set_client：客户端发送请求时用的编码
- character_set_connection：连接过程中传输用的编码
- character_set_database：当前默认数据库的编码
- character_set_results：查询结果返回给客户端的编码
- character_set_server：服务器默认编码（影响新建库/表）
只要其中任一值是 latin1、gbk 或 utf8（注意：MySQL 的 utf8 实为 utf8mb3，不支持 emoji 和部分生僻汉字），就可能出问题。
永久性配置 MySQL 服务端编码
修改 MySQL 配置文件（Windows 是 my.ini，Linux 通常是 /etc/mysql/my.cnf 或 /etc/my.cnf），在对应区块添加：
[client]default-character-set = utf8mb4[mysqld]character-set-server = utf8mb4collation-server = utf8mb4_unicode_ci
⚠️ 注意：
– 不要写 default-character-set=utf8（已弃用）；
– [mysqld] 下不能用 default-character-set，必须用 character-set-server；
– 修改后需重启 MySQL 服务才生效（sudo systemctl restart mysql 或 Windows 服务管理器中重启）。
修正已有数据库、表和字段的编码
配置文件改完只影响新创建的对象。已有库表需手动升级：
修改数据库默认编码：
ALTER DATABASE `your_db_name` CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;
修改某张表的全部字段编码：
ALTER TABLE `your_table` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
如果只想改特定字段（比如 name）：
ALTER TABLE `your_table` MODIFY `name` VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
✅ 执行后建议再用 SHOW CREATE TABLE your_table; 确认 DEFAULT CHARSET=utf8mb4 已生效。
客户端与连接层保持同步
即使服务端全设对了，客户端仍可能用错编码。分情况处理：
-
命令行客户端：每次连接后执行
SET NAMES utf8mb4;（等价于同时设置 client/connection/results 为 utf8mb4）；更推荐在连接时加参数：mysql -u root -p --default-character-set=utf8mb4 -
应用程序（如 Java/JDBC）：连接 URL 加参数：
?useUnicode=true&characterEncoding=utf8mb4&serverTimezone=Asia/Shanghai -
Python（PyMySQL/MySQLdb）：初始化连接时显式指定：
charset='utf8mb4' -
Navicat/DBeaver 等工具：在连接属性中找到「字符集」或「Encoding」选项，设为
utf8mb4
避免使用 SET NAMES gbk 或临时 SET character_set_client=gbk——这类操作仅限调试，无法持久，且易引发跨环境不一致。
