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 = utf8mb4
collation-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/ShanghaiPython（PyMySQL/MySQLdb）：初始化连接时显式指定：
charset='utf8mb4'Navicat/DBeaver 等工具：在连接属性中找到「字符集」或「Encoding」选项，设为
utf8mb4
避免使用
SET NAMES gbk或临时
SET character_set_client=gbk——这类操作仅限调试，无法持久，且易引发跨环境不一致。
