不能直接解决——CONVERT(col USING utf8mb4)仅临时转换字段输出编码，不修复连接层错配、会话字符集或客户端解码问题，属补救性清洗，无法根治乱码。
CONVERT( USING utf8mb4) 能不能解决查询乱码？
不能直接解决——CONVERT(col USING utf8mb4) 只是临时转换单个字段的输出编码，它不改变会话字符集、不修复连接层错配、也不影响客户端解码逻辑。如果你查出来还是问号或 æ些，说明乱码发生在更上游：字符串还没进 CONVERT 就已损坏。
典型错误现象是：SELECT name FROM user 显示乱码，但 SELECT CONVERT(name USING utf8mb4) FROM user 看起来“正常”了——这恰恰暴露了问题：原始字段在传输/解析阶段已被错误解码，CONVERT 只是强行把一堆错字再映射回 UTF-8 字节，属于掩耳盗铃。
- CONVERT 适合做“补救性清洗”，比如从旧表（latin1 字段）导数据到新表（utf8mb4 字段）时用
- 它无法修复
character_set_client是 latin1 导致的 SQL 字面量解析错误 - 对 TEXT/BLOB 类型字段慎用，CONVERT 可能截断或报错，不如改表结构一劳永逸
什么时候该用 CONVERT，而不是 SET NAMES？
SET NAMES utf8mb4 是会话级开关，告诉 MySQL：“我发的所有字符串都是 utf8mb4 编码，请按这个解析”。而 CONVERT(... USING ...) 是表达式级操作，只作用于当前字段值。两者定位完全不同。
你应该优先用 SET NAMES utf8mb4（或连接参数），仅在以下场景考虑 CONVERT：
- 字段本身存的是 latin1 编码的中文（老库迁移遗留），但你不能立刻改表结构
- JOIN 多张字符集不一致的表，需要统一某列用于比较或拼接，例如：
CONCAT(CONVERT(t1.name USING utf8mb4), ' - ', t2.title) - 视图定义里硬要兼容不同来源字段，且无法控制上游连接配置
- 调试时快速验证某字段是否真为乱码字节（
HEX(name)看原始字节，再CONVERT尝试还原）
CONVERT 和 CAST 在乱码处理中有什么区别？
CAST('xxx' AS CHAR) 不指定字符集，行为依赖当前 character_set_connection，极易出错；CONVERT('xxx' USING utf8mb4) 显式声明目标编码，更可控。
但要注意：CONVERT 对字符串字面量无效，必须加字符集 introducer 才行：
SELECT CONVERT(_utf8mb4'张三' USING utf8mb4); -- ✅ 正确：先用_utf8mb4标记字面量，再转换（其实冗余）<br>SELECT CONVERT('张三' USING utf8mb4); -- ❌ 错误：'张三' 按当前 character_set_client 解析，可能已是乱码- 所有硬编码中文都应加
_utf8mb4前缀，如_utf8mb4'用户不存在' - CONVERT 不支持嵌套多层，
CONVERT(CONVERT(x USING utf8mb4) USING utf8mb4)白费性能 - MySQL 8.0+ 推荐用
CONVERT(x USING utf8mb4)而非CAST(x AS CHAR CHARACTER SET utf8mb4)，后者语法更绕且兼容性差
为什么 CONVERT 后 GROUP BY 还是分组错？
因为 GROUP BY 的分组依据是字符串的二进制值或 collation 规则，不是显示效果。如果字段实际存储的是 latin1 编码的中文（比如 0xC3A4 错当 UTF-8 解），CONVERT 只是把它“假装”转成 utf8mb4 字符串，但底层字节没变，collation 比较仍按旧规则走。
真正要解决，得让字段本身存的就是 utf8mb4 字节：
- 先确认字段真实编码：
SELECT HEX(name), LENGTH(name), CHAR_LENGTH(name) FROM user LIMIT 1;—— 若HEX返回C3A4类似双字节，大概率是 latin1 存的中文 - 改表结构：
ALTER TABLE user MODIFY COLUMN name VARCHAR(100) CHARACTER SET latin1;（先切到原编码），再ALTER TABLE user MODIFY COLUMN name VARCHAR(100) CHARACTER SET utf8mb4;（重解释字节） - 之后再用
CONVERT就有意义了；否则只是给幻觉加滤镜
最易被忽略的一点：CONVERT 不改变字段元数据里的字符集声明，SHOW CREATE TABLE 看到的仍是旧值，容易让人误判“已经修好了”。
