mysql 5.7中文变问号是因升级未自动转换旧数据编码，需先用select hex()验证是否为latin1存、utf8mb4读导致的单次错解；临时止血用set names utf8mb4，长期解决须在my.cnf中同时配置[mysqld]和[client]段为utf8mb4并重启服务，且应用连接字符串必须显式指定charset=utf8mb4。
MySQL 5.7升级后中文变问号，先确认是不是“双编码”已发生
升级本身不会自动翻转已有数据的字节，但若升级前库/表/字段是latin1，而升级后客户端连上就用utf8mb4读——旧数据会被错误重解释一次，出现C4E3BAC3这类十六进制值（实为GBK或latin1编码的字节，被当UTF-8读），这就是典型的“单次错解”，可逆；但如果执行过ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4，MySQL会尝试二次解码，已乱码的数据将彻底损坏，无法恢复。
验证方式：对一个乱码字段执行SELECT HEX(column_name) FROM table_name LIMIT 1;。若结果是长度为偶数、每两位在80–FF范围内的值（如E4BDA0），说明原始存储正确，只是连接层错；若结果是C4E3BAC3这类短字节组合，大概率是latin1存、utf8mb4读导致的单次错解。
不重启服务也能临时止血：用SET NAMES统一会话层字符集
如果业务不允许停机，且你确认服务器配置还没改完，可以用会话级命令快速对齐连接参数：
-
SET NAMES utf8mb4;—— 等价于同时设置character_set_client、character_set_connection、character_set_results - 对每个新连接都执行该语句（应用层可在建立连接后立即执行）
- 注意：
SET NAMES只影响当前会话，服务重启后失效，不能替代配置文件修改 - 若应用使用连接池（如Druid、HikariCP），需确保初始化SQL中包含该语句，否则空闲连接复用时仍可能沿用旧设置
ALTER TABLE ... MODIFY比CONVERT TO更安全修复字段字符集
已有表字段仍是latin1，但数据尚未损坏，此时必须逐字段修正，而不是整表转换：
- 查字段当前定义：
SELECT COLUMN_NAME, CHARACTER_SET_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = 'db' AND TABLE_NAME = 't' AND DATA_TYPE IN ('varchar', 'text'); - 对每个需要修复的字段，用
MODIFY显式声明新字符集：ALTER TABLE t MODIFY c VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 不要用
CONVERT TO CHARACTER SET utf8mb4——它会触发隐式重编码，对已按latin1存入的中文字节做“latin1→utf8mb4”转换，结果是双乱码 - 若字段有索引且长度超767字节（例如
VARCHAR(255)在utf8mb4下占1020字节），需先DROP INDEX，改完再ADD INDEX
配置文件里[mysqld]和[client]必须配齐才真正生效
只改[mysqld]里的character-set-server，不等于客户端连接就自动用utf8mb4。很多乱码问题根源在于character_set_client或character_set_results仍是latin1：
-
[mysqld]节点必须包含：character-set-server=utf8mb4和collation-server=utf8mb4_unicode_ci -
[client]节点必须包含：default-character-set=utf8mb4（影响mysql命令行、mysqldump等工具） -
[mysql]节点也建议加上：default-character-set=utf8mb4（专用于mysql客户端） - 改完配置后必须
service mysql restart，仅FLUSH PRIVILEGES无效 - 验证是否生效：
SHOW VARIABLES LIKE 'character\_set%';中character_set_server、character_set_database、character_set_client、character_set_connection、character_set_results五项都应为utf8mb4
最易被忽略的是：即使配置全对，如果应用连接字符串里没加charset=utf8mb4（如JDBC URL末尾缺?useUnicode=true&characterEncoding=utf8mb4），照样走默认latin1通道——字符集这件事，从来不是数据库单方面能决定的。
