mysql中文乱码等问题根源在于character_set_client、connection、results与server未统一为utf8mb4，需服务端、连接层、库、表四层同步配置，且必须重启服务生效。
MySQL中文乱码、emoji存不进去、前后端显示不一致——这些问题八成不是代码写错了，而是character_set_client、character_set_connection、character_set_results这三者和character_set_server没对齐。统一字符集不是“改一个地方就行”，必须服务端、连接层、数据库、表四层同时锁定utf8mb4，缺一不可。
my.cnf里必须改[mysqld]段的两个关键配置
只改character-set-server是常见错误，漏掉collation-server会导致中文排序错乱、ORDER BY结果异常，甚至唯一索引冲突。
-
character-set-server = utf8mb4：决定新库默认字符集，也影响未显式指定字符集的表 -
collation-server = utf8mb4_unicode_ci：推荐用这个而非utf8mb4_general_ci，它对中文、日文等Unicode字符的排序更准确 - Linux下配置文件通常在
/etc/my.cnf或/etc/mysql/my.cnf；Windows是C:\ProgramData\MySQL\MySQL Server X.X\my.ini - 改完必须重启MySQL服务：
sudo systemctl restart mysql（Linux）或服务管理器重启（Windows），SET GLOBAL临时修改无效
客户端连接时必须显式声明charset=utf8mb4
服务端设对了，但PHP的PDO、Python的pymysql、Java的JDBC驱动仍可能默认走latin1，尤其旧版驱动。不能依赖服务端自动推导。
- PHP PDO连接字符串加
;charset=utf8mb4：mysql:host=localhost;dbname=test;charset=utf8mb4 - Python
mysql-connector-python：传参charset='utf8mb4'；pymysql用charset='utf8mb4'或init_command="SET NAMES utf8mb4" - 命令行
mysql工具：启动时加--default-character-set=utf8mb4，或在[mysql]段配default-character-set=utf8mb4 - 验证是否生效：连上后执行
SHOW VARIABLES LIKE 'character\_set_%';，确保character_set_client、character_set_connection、character_set_results全为utf8mb4
已有数据库和表转换要先收缩索引再ALTER
直接对大表执行ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4容易失败，报错Specified key was too long——因为utf8mb4单字符最多占4字节，原utf8索引字段长度可能超限。
- 先查哪些字段有索引且长度过大：
SHOW CREATE TABLE your_table;，看VARCHAR字段是否定义了如VARCHAR(255)且建了索引 - 收缩索引字段（可选但推荐）：
ALTER TABLE your_table MODIFY COLUMN name VARCHAR(191) NOT NULL;（191×4=764 - 再转换字符集：
ALTER DATABASE your_db CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;，然后逐表执行ALTER TABLE your_table CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 注意：
CONVERT TO会重建表，锁表时间长，生产环境务必避开高峰并做好备份
最容易被忽略的是init_connect配置和[client]段设置——它们能兜底防止应用层遗漏连接参数，但前提是重启服务后真正加载成功。每次改完配置，别只信自己“改了”，一定要用mysql --verbose --help | grep "Default charset"和SHOW VARIABLES双重确认实际生效值。
