中文乱码本质是字节流在字符集链路某层被错误解码，需逐层排查数据库、连接、客户端、终端等六层；MySQL WHERE匹配失败常因连接未设charset=utf8mb4；pymssql乱码应优先SQL层CONVERT转nvarchar；GUI工具需配置对应字符集；Excel打开UTF-8 CSV须手动选UTF-8或加BOM。
中文乱码不是“显示异常”，而是字节流在某一层被错误解码的结果。只要字符集链路中任一环节不匹配（数据库、连接、客户端、终端），查询结果就可能变成问号、方块或一堆拉丁字母拼凑的乱码——更麻烦的是，WHERE 条件还可能因此查不到数据。
MySQL 查询 WHERE 匹配失败，但字段明明有中文
典型现象：执行 SELECT * FROM user WHERE name = '张三'; 返回空，但用 SELECT HEX(name) FROM user LIMIT 1; 查到值是 E5BCA0E4B889（UTF-8 编码的“张三”），而 SELECT @@collation_connection; 却返回 utf8mb4_general_ci ——看起来没问题？错。真正问题常出在连接层。
- 如果应用连接时没指定
charset=utf8mb4，MySQL 可能按latin1解析传入的 SQL 字符串，“张三”被当成 6 个 Latin-1 字节处理，根本匹配不上 UTF-8 存储的字段 -
SET NAMES utf8mb4必须在每次连接后立即执行，不能只在建库时设；很多 ORM（如 Django 的mysqlclient）默认不自动发这条语句 - 某些旧版客户端（如老版本 SQLyog）即使连上 utf8mb4 库，
character_set_client仍可能是gbk，导致条件字符串被错误转码
pymssql 查询中文字段返回乱码字符串
这不是编码选错了，而是 pymssql 对 SQL Server 的 varchar 和 nvarchar 处理逻辑不同：前者按连接 charset 解码，后者直接走 Unicode。所以乱码往往只出现在 varchar 列，且特征明显——英文正常、中文变 沪A12345 这类。
- 不要改
charset='gbk'：pymssql 内部依赖 UTF-8 做协议解析，硬切 GBK 容易触发UnicodeDecodeError或连接中断 - 优先在 SQL 层转换：对已知存中文的
varchar字段，显式用CONVERT(nvarchar, column_name)或CAST(column_name AS nvarchar)包裹，让 SQL Server 在传输前就转成 Unicode - 若必须用原字段，且确认库是 GBK 存储，则用中转解码函数：
text.encode('latin-1').decode('GBK')，但仅限字符串类型，数字/NULL/bytes 类型需提前过滤
Navicat / DBeaver 查询结果中文显示为问号或方块
这类 GUI 工具本身不决定编码，它只是把服务器返回的字节流按自己设定的“显示编码”渲染出来。所以即使数据库和连接都设对了，工具端解码错，照样乱码。
- Navicat：右键连接 →「编辑连接」→「高级」页签 → 勾选「使用 MySQL 字符集」并确保下拉选的是
utf8mb4；同时检查「环境」页签里「字符集」是否也为utf8mb4 - DBeaver：连接属性 →「Driver properties」→ 显式加
characterEncoding=utf8mb4；再进主菜单Window → Preferences → General → Workspace，把「Text file encoding」设为UTF-8（否则新建 SQL 脚本默认用系统编码，写进去的中文就废了） - Windows 用户特别注意：CMD 默认是
GBK，Navicat 启动时若继承 CMD 环境变量，可能覆盖连接设置；建议换用 Windows Terminal 或 Git Bash 启动
导出 CSV 到 Excel 后中文全变问号
Excel（尤其是 Windows 版）打开 CSV 时默认用 ANSI 编码（即当前系统 locale，如 GBK），而 MySQL 导出的 CSV 几乎全是 UTF-8。这不是数据坏了，是 Excel 没选对解码方式。
- 别直接双击 CSV 文件：先用记事本打开 →「另存为」→ 编码选
ANSI→ 保存后再用 Excel 打开（适合 GBK 环境） - 更可靠的做法：用 Excel 的「数据」→「从文本/CSV」导入，手动选择文件 origin 为
UTF-8；或者导出时让工具生成 BOM 头（部分 DAS 服务支持勾选「添加 UTF-8 BOM」） - 自动化脚本导出（如 Python pandas.to_csv）务必加参数
encoding='utf-8-sig'，utf-8-sig会在文件头写 BOM，Excel 就能自动识别
最易被忽略的一点：字符集问题从来不是单点故障。它横跨数据库定义、连接参数、SQL 解析、客户端渲染、文件导出、终端环境共六层。修复时必须逐层验证，不能只看 SHOW VARIABLES LIKE 'char%' 就认为万事大吉。
