在使用MySQL命令行进行查询时，遇到乱码问题是一个常见困扰，通常表现为查询结果中的中文字符显示为问号、乱码符号或无法正确识别的字符，这一问题不仅影响数据的可读性，还可能导致数据解读错误，乱码的根本原因在于字符编码的不一致，即客户端、服务器端以及数据库之间的字符编码设置未统一，下面将详细分析乱码产生的原因、排查步骤及解决方案,并提供具体的操作示例。
乱码产生的原因
MySQL命令行查询乱码主要涉及以下几个环节的编码设置：1）操作系统或终端的字符编码；2）MySQL客户端的字符编码；3）MySQL服务器的默认字符编码；4）数据库、表或列的字符编码，如果这些环节的编码不一致，数据在传输或存储过程中就可能发生转换错误，导致乱码，操作系统使用GBK编码，而MySQL服务器使用UTF-8编码，当查询包含中文字符的数据时,客户端可能会因无法正确解析编码而显示乱码。
排查乱码问题的步骤
检查当前编码设置
登录MySQL命令行后,可以通过以下命令查看当前会话的字符编码设置：
SHOW VARIABLES LIKE 'character_set%';
该命令会返回一组以character_set开头的变量，包括character_set_client（客户端编码）、character_set_connection（连接编码）、character_set_database（数据库编码）、character_set_server（服务器默认编码）等，通过对比这些变量的值,可以初步判断是否存在编码不一致的情况。
检查数据库和表的编码
如果服务器或会话编码正常，但特定表或列的编码不一致，也可能导致乱码,可以使用以下命令查看数据库和表的字符集：
SHOW CREATE DATABASE 数据库名; SHOW CREATE TABLE 表名;
重点关注DEFAULT CHARSET和表的COLLATE属性，如果数据库或表的字符集与服务器默认字符集不同,可能会导致数据存储或查询时的编码问题。
检查客户端终端编码
对于Windows系统,可以通过以下命令检查命令行终端的编码：
chcp
如果返回的是936（GBK编码），而MySQL服务器使用UTF-8编码，则可能出现乱码，对于Linux或macOS系统，可以通过locale命令检查终端的默认语言环境设置。
解决方案
统一服务器端编码
如果服务器默认字符集不是UTF-8（推荐使用UTF-8），可以修改MySQL配置文件（my.ini或my.cnf），在[mysqld]部分添加或修改以下配置：
[mysqld] character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci
修改后重启MySQL服务。utf8mb4是UTF-8的超集,支持包括Emoji在内的更多字符。
修改客户端编码
在连接MySQL时，可以通过--default-character-set参数指定客户端编码：
mysql -u用户名 -p --default-character-set=utf8mb4
或者在登录后执行以下命令临时修改会话编码：
SET NAMES utf8mb4;
该命令会同时设置character_set_client、character_set_connection和character_set_results为utf8mb4。
修改数据库和表的编码
如果数据库或表的编码不正确,可以使用以下命令进行修改：
ALTER DATABASE 数据库名 CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ALTER TABLE 表名 CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
CONVERT TO会同时修改表的字符集并转换现有数据的编码，而CHARACTER SET仅修改新数据的默认编码。
操作系统终端编码设置
对于Windows系统，可以通过以下命令临时修改终端编码为UTF-8：
chcp 65001
但需要注意的是，某些旧版本的Windows命令行可能不完全支持UTF-8，此时建议使用支持UTF-8的终端工具，如Windows Terminal，对于Linux或macOS系统，可以通过修改~/.bashrc或~/.zshrc文件，设置export LANG=en_US.UTF-8来确保终端使用UTF-8编码。
常见编码问题对照表
| 问题现象 | 可能原因 | 解决方案 |
|---|---|---|
| 查询结果中文字符显示为问号 | 客户端编码与服务器编码不一致 | 执行SET NAMES utf8mb4或修改客户端编码参数 |
| 插入数据后显示乱码 | 数据库或表字符集与服务器不一致 | 修改数据库或表的字符集为utf8mb4 |
| 特定终端下乱码，其他终端正常 | 终端编码问题 | 修改终端编码或使用支持UTF-8的工具 |
| 插入英文正常，中文乱码 | 字符集不支持中文（如latin1） |
修改字符集为utf8mb4 |
相关问答FAQs
Q1: 为什么执行SET NAMES utf8mb4后乱码问题仍未解决？
A: 可能的原因包括：1）数据库或表的字符集仍为其他编码（如latin1），需要通过ALTER TABLE修改；2）数据在存储时已损坏（如之前用错误编码插入过数据），需要重新导入数据；3）MySQL版本较低，不支持utf8mb4（需5.5.3+版本），建议检查SHOW VARIABLES和SHOW CREATE TABLE的输出,确保所有环节编码一致。
Q2: 如何避免MySQL命令行乱码问题再次发生？
A: 可以采取以下预防措施：1）在MySQL配置文件中统一设置character-set-server=utf8mb4；2）创建数据库时显式指定字符集：CREATE DATABASE 数据库名 CHARACTER SET utf8mb4;；3）开发应用程序时，确保连接字符串中指定useUnicode=true&characterEncoding=UTF-8；4）定期备份数据并验证数据编码的正确性，通过统一编码规范,可以从根本上减少乱码问题的发生。
