乱码和排序规则冲突源于字符集链路断裂，须同步检查客户端连接、表结构、列定义三处；执行SHOW VARIABLES LIKE 'character_set%'确认client/connection/results一致为utf8mb4，建表与列定义须显式指定DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci。
乱码和排序规则冲突不是孤立问题，而是字符集链路断裂的两个表现——必须同时检查客户端连接、表结构、列定义三处，缺一不可。
查当前连接的 character_set_client/connection/results 是否一致
这是最常被跳过的一步。很多用户改完 my.cnf 就以为搞定，但乱码仍存在，原因就是这三项不一致。执行：
SHOW VARIABLES LIKE 'character_set%';
重点看 character_set_client、character_set_connection、character_set_results 这三个值。它们必须完全相同，且推荐为 utf8mb4。
- 如果其中某项是
latin1或utf8（注意不是utf8mb4），说明客户端驱动没声明编码，比如 Python 的pymysql.connect()漏了charset='utf8mb4' -
SET NAMES utf8mb4只对当前会话生效，不能替代连接参数；它等价于同时设置 client/connection/results，但重启连接就失效 - 某些旧版 MySQL 客户端（如老版本 mysql CLI）默认发
latin1，即使服务端是utf8mb4，也会把 UTF-8 字节当 latin1 解析，导致插入时看似正常、查询时变问号
确认表和列的字符集是否显式指定为 utf8mb4
MySQL 不会自动继承数据库的字符集。哪怕你用 CREATE DATABASE db CHARACTER SET utf8mb4 创建了库，新建表时若没写 CHARACTER SET，仍可能沿用服务器默认（5.7 是 latin1，8.0 是 utf8mb4，但不可依赖）。
- 用
SHOW CREATE TABLE your_table_name;查看建表语句，确认里面包含DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci - 只改数据库字符集（
ALTER DATABASE ...）不会影响已有表；只改表（ALTER TABLE ... CONVERT TO）会重建整张表，大数据量慎用 - 修改单列更安全：
ALTER TABLE t MODIFY name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;，但必须显式写出字段类型和长度，否则会丢失精度或约束 - 如果列上有索引，且原字段是
VARCHAR(500)，改完后要检查索引前缀长度是否超限（utf8mb4下最大前缀为 191 字符）
避免 COLLATION 不匹配引发的报错或隐式转换
字符集和排序规则必须配套。例如 utf8mb4 不能配 utf8_unicode_ci，否则执行 ALTER TABLE 会直接报错：COLLATION 'utf8_unicode_ci' is not valid for CHARACTER SET 'utf8mb4'。
- 优先选
utf8mb4_unicode_ci：支持更准确的 Unicode 排序，兼容性好；utf8mb4_general_ci已被弃用，8.0+ 不再推荐 - 跨表 JOIN 时若两边字段的
COLLATION不同（比如一边是utf8mb4_unicode_ci，另一边是utf8mb4_bin），MySQL 会强制转换，可能使索引失效 - 用
SHOW FULL COLUMNS FROM t;查每列的Collation值，确保关键文本字段（如name、title）不为NULL或binary
修复已乱码数据前先确认乱码类型
不是所有“乱码”都能靠改字符集挽回。先用 SELECT HEX(col) FROM t LIMIT 1; 看原始字节：
- 如果返回的是合法 UTF-8 编码（如
E4B8ADE69687），说明写入正确，只是读取解码错了——此时只需统一连接和表字符集 - 如果返回的是
C3A4C2B8C2ADC3A6E280A6这类双字节序列，大概率是“双重编码”：客户端以utf8mb4发送，服务端按latin1存储，再以utf8mb4读出——这种需导出 SQL、用 iconv 转码后再导入 - 用
mysqldump --default-character-set=utf8mb4 -u user db > dump.sql导出，手动替换文件中所有CHARSET=latin1为CHARSET=utf8mb4，再导入新库
真正麻烦的是那些已经损坏的字节流，它们无法无损还原——预防永远比修复便宜，每次建库、建表、写连接字符串，都得亲手敲上 utf8mb4 和 utf8mb4_unicode_ci，别信“默认”。
