先执行SHOW VARIABLES LIKE 'character\_set%'确认character_set_client、connection、results是否全为utf8mb4，任一为latin1/gbk/utf8即导致乱码；必须同步配置my.cnf中[client]、[mysql]、[mysqld]三段并重启服务。
MySQL字符集不一致不是“改个表就能好”的问题，核心是客户端、连接层、服务端三层编码没对齐，且大概率混用了utf8（即utf8mb3）而非真正的utf8mb4。先查清当前实际生效的值，再分层修复。
怎么快速确认是不是字符集不一致导致乱码
连上 MySQL 后直接执行：
SHOW VARIABLES LIKE 'character\_set%';
重点盯住这三项：
-
character_set_client：你发过来的 SQL 里中文用什么编码解的 -
character_set_connection：MySQL 内部转成什么编码去比对和计算 -
character_set_results：查出来的结果按什么编码吐给你
只要其中任意一个是latin1、gbk或utf8，插入/查询中文就大概率变???或æ‘们这类 Mojibake。即使character_set_database和表定义都是utf8mb4，这三者不一致也会在解析或返回阶段丢字节。
my.cnf 必须同时配 [client]、[mysql]、[mysqld] 三段
只在[mysqld]里写character-set-server = utf8mb4是无效的——它只影响新建库/表的默认值，不影响客户端怎么连进来：
-
[client]段控制所有客户端工具（如mysql、mysqldump）的默认字符集 -
[mysql]段专用于mysql命令行客户端，优先级高于[client] -
[mysqld]段设character-set-server和collation-server，但必须配合前两段才完整
配置示例（注意default-character-set在 MySQL 8.0+ 已弃用，改用charset）：
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
[client]<br>charset = utf8mb4<br><br>[mysql]<br>charset = utf8mb4<br><br>[mysqld]<br>character-set-server = utf8mb4<br>collation-server = utf8mb4_0900_as_cs<br>init_connect = 'SET NAMES utf8mb4'
改完必须systemctl restart mysqld，reload不生效。
ALTER TABLE CONVERT TO 要防索引长度超限
已有表从utf8升级到utf8mb4时，CONVERT TO CHARACTER SET utf8mb4会重建整张表，且可能因索引长度超标直接报错：
- InnoDB 旧版本单索引长度上限是 767 字节
-
VARCHAR(255)在utf8mb4下最多占 1020 字节（255 × 4） - 报错
Specified key was too long时，得先缩字段长度或开innodb_large_prefix=ON（MySQL 5.7+ 默认开启）
更安全的做法是单独改字段：
ALTER TABLE users MODIFY name VARCHAR(191) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_as_cs;
191 是 767 ÷ 4 的向下取整，能确保索引不爆。
JOIN 关联字段 COLLATION 不一致会让索引失效
即使两张表字段都是utf8mb4，若COLLATION不同（比如utf8mb4_unicode_ci vs utf8mb4_0900_as_cs），JOIN 时仍会触发隐式转换，导致EXPLAIN中key为NULL、type为ALL：
- 用
SHOW FULL COLUMNS FROM table1 LIKE 'col'比对两边字段的Collation值是否完全一致 - 改字段必须同时指定
CHARACTER SET和COLLATE，例如：ALTER TABLE t2 MODIFY col VARCHAR(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_as_cs - 别在 SQL 里临时加
COLLATE或CONVERT——这会让索引彻底失效，且掩盖真实结构问题
真正麻烦的不是改配置，而是那些已经上线、字段COLLATE各不相同的旧表；一旦关联查询变慢，得逐字段核对、逐表修改，中间还可能锁表。建表时就统一，比出问题再救成本低得多。
