如何解决MySQL查询结果中文乱码的问题？-mysql教程-PHP中文网

根本原因是客户端与服务器字符集协商失败，必须统一character_set_client、character_set_connection、character_set_results为utf8mb4；需检查连接层三变量，强制连接时指定utf8mb4，并修改my.cnf中character-set-server=utf8mb4，重启服务后修复旧库表字符集。

如何解决mysql查询结果中文乱码的问题？

MySQL查询结果出现中文乱码，根本原因不是“数据库存错了”，而是客户端与服务器之间字符集协商失败——character_set_client、character_set_connection、character_set_results 这三个变量不一致或未设为 utf8mb4，导致 MySQL 把你发过去的 UTF-8 字节当 Latin1 解，或者把返回的 UTF-8 字节用系统默认编码（如 GBK）去解。

查清当前连接层字符集三变量

执行这条命令，看实际生效的连接级设置：

SHOW VARIABLES LIKE 'character_set_%';

重点关注这三项：

character_set_client：客户端声明自己发送的 SQL 语句用什么编码（比如你用 Navicat 或命令行发 INSERT，它告诉 MySQL “我这段 SQL 是 utf8”）
character_set_connection：MySQL 接收后内部转换用的中间编码（必须和 client 匹配，否则转义出错）
character_set_results：MySQL 返回结果时，声明“我按这个编码给你数据”，客户端必须按此解码

如果其中任一值是 latin1 或 gbk，而你的应用/终端实际用的是 UTF-8，就必然乱码。不要只看 character_set_database，它只管存储，不管传输。

连接时强制指定 utf8mb4（最可靠的做法）

在建立连接的第一时间，就发一条 SET 命令覆盖默认协商逻辑。不同场景写法不同：

命令行客户端：mysql -u root -p --default-character-set=utf8mb4 启动，再进库后立即执行 SET NAMES utf8mb4;
PHP PDO：$pdo = new PDO($dsn, $user, $pass, [PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4"]);
Python PyMySQL：conn = pymysql.connect(..., charset='utf8mb4')
Java JDBC URL 加参数：?useUnicode=true&characterEncoding=utf8mb4

SET NAMES utf8mb4 等价于同时设置 client/connection/results 为 utf8mb4，比单独 SET 三条更简洁安全。别用 utf8——那是 MySQL 的假 UTF-8，最多存 3 字节，微信昵称、emoji 全丢。

悠船

悠船是一款AI图像与设计工具，Midjourney 官方推出的中文版 AI 图像生成工具。

下载

my.cnf / my.ini 里必须配对生效

仅改客户端连接不够，服务端默认行为也要兜底。在配置文件 [client] 和 [mysqld] 段都加：

[client]
default-character-set = utf8mb4

[mysqld]
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci

注意：default-character-set 在 MySQL 5.7+ 已被弃用，但 [client] 段仍需保留，否则命令行客户端启动时不读 character-set-server；[mysqld] 段必须用 character-set-server，不能写 default-character-set，否则启动失败。

改完必须重启 MySQL 服务，且确认 SHOW VARIABLES LIKE 'character_set_server'; 返回 utf8mb4 才算生效。

已有数据乱码，不能只改配置

配置改对了，但旧表仍是 latin1 或 utf8 字符集，SELECT 出来还是乱码——因为数据本身是以错误编码存进去的。必须逐级修复：

改库：ALTER DATABASE `db_name` CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;
改表（重建结构，慎用于大表）：ALTER TABLE `tb_name` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
改列（更安全，但要重写字段定义）：ALTER TABLE `tb_name` MODIFY `content` TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

CONVERT TO 会锁表并重建整张表，线上环境务必避开高峰；MODIFY 只改元数据，但必须显式写出字段类型和长度，否则可能丢失约束或默认值。

真正容易被忽略的点是：即使所有配置和表结构都设成了 utf8mb4，只要客户端连接时没声明或声明错，查询结果照样乱码。字符集问题本质是链路问题，不是单点配置问题。