mysql查询结果出现乱码时，可使用convert()函数临时转换编码。例如select convert(name using utf8mb4) from users解决latin1存中文输出为utf8mb4的问题。常见原因包括数据库、连接层字符集不一致等。建议配合collate指定排序规则并优先使用utf8mb4。可通过show full columns查看字段字符集信息。但频繁使用convert会影响性能，应统一应用层字符集设置，设计阶段即采用utf8mb4才是根本解决方案。
MySQL查询结果的编码格式有时候会让人头疼，尤其是网页或程序里用的是UTF-8，但查出来的数据却乱码了。这种情况大多数时候是因为数据库、表、字段或者连接层的字符集设置不一致导致的。如果你遇到类似问题，可以考虑使用CONVERT()函数来临时转换查询结果的编码。
什么是CONVERT函数？
在MySQL中，CONVERT(expr USING charset_name) 是一个用于转换字符串字符集的函数。它可以把一个字符串从一种编码格式转换成另一种。例如：
SELECT CONVERT('你好' USING latin1);这句SQL的意思是把“你好”这个字符串以latin1的方式存储（虽然可能变成乱码，但结构上是这么操作的）。你也可以反过来再转回来，只要你知道原始使用的字符集。
在查询中使用CONVERT处理乱码
假设你的数据库用的是latin1，但你的应用系统期望接收UTF-8的数据。这时候直接查询可能会出现中文乱码。你可以这样写SQL语句：
SELECT CONVERT(name USING utf8mb4) AS name FROM users;
这样就能把原本按latin1存的名字，在查询的时候转换为utf8mb4输出，避免乱码。
注意：utf8mb4比utf8更完整，支持表情符号等四字节字符，建议优先使用。
常见情况包括：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 数据库默认字符集是latin1，但实际插入的是中文；
- 应用连接没指定正确的字符集；
- 导出导入数据时字符集丢失或错位；
配合CHARSET和COLLATE一起使用效果更好
除了CONVERT，还可以配合CHARSET和COLLATE进一步明确字符集和排序规则。例如：
SELECT CONVERT(name USING utf8mb4) COLLATE utf8mb4_unicode_ci AS name FROM users;
这样不仅做了编码转换，还指定了比较规则，适合多语言混合的情况。
如果你不确定字段原本的字符集，可以用以下方式查看：
SHOW FULL COLUMNS FROM your_table;
里面会列出每个字段的字符集和排序规则，有助于判断是否需要转换。
使用场景和注意事项
这种转换更适合临时解决乱码问题，而不是长期方案。因为频繁使用CONVERT可能会影响查询性能，特别是大数据量的表。
另外几点需要注意：
- 确保目标字符集能正确表示原内容，否则会出现信息丢失；
- 最好在应用层统一处理字符集，比如PHP、Python连接MySQL时设置charset参数；
- 如果是新建数据库和表，一开始就统一使用utf8mb4；
- 不同版本MySQL对字符集的支持略有差异，注意检查文档；
基本上就这些。CONVERT函数是一个应急的好工具，但在设计阶段就把字符集统一好，才是最省事的做法。
