核心问题是character_set_results未设为utf8mb4导致结果解码错乱；需同步修改phpMyAdmin的config.inc.php（设charset、connection_charset、connection_collation为utf8mb4）和MySQL的my.cnf（设character-set-server=utf8mb4），并重启Apache与MySQL服务。
phpmyadmin 5.1 查询结果乱码，核心问题不是数据存错了，而是 mysql 连接层把 utf-8 字节当 latin1 解了 —— 重点盯 character_set_results 的值。
查清到底是哪一层在丢字节
登录 phpMyAdmin，进「SQL」页，直接执行：
SHOW VARIABLES LIKE 'character_set%';
重点关注三行：
-
character_set_client：客户端声称自己发的是什么编码（应为utf8mb4） -
character_set_connection：MySQL 中间转换用的编码（应为utf8mb4） -
character_set_results：MySQL 返回结果时用的编码（必须是utf8mb4，否则必然乱码）
如果其中任意一项是 latin1 或 utf8（即 utf8mb3），就确认踩中连接层失配。
强制 phpMyAdmin 使用 utf8mb4 连接层
打开 config.inc.php，找到你配置的服务器区块（通常在 $cfg['Servers'][$i]['auth_type'] = 'cookie'; 附近），添加或修正以下三项：
立即学习“PHP免费学习笔记（深入）”；
$cfg['Servers'][$i]['charset'] = 'utf8mb4';-
$cfg['Servers'][$i]['connection_charset'] = 'utf8mb4';（PHP 5.6+ 必须显式设，否则mysqli_real_connect不生效） -
$cfg['Servers'][$i]['connection_collation'] = 'utf8mb4_unicode_ci';（避免Illegal mix of collations错误）
注意：$cfg['DefaultCharset'] 也应设为 'utf8mb4'，但它的作用仅限于界面显示，默认语言包加载，不影响查询结果编码。
MySQL 服务端必须支持 utf8mb4
仅改 phpMyAdmin 配置没用 —— 如果 MySQL 本身不认 utf8mb4，连接时会报 Unknown character set: 'utf8mb4'。
编辑 my.cnf（Linux）或 my.ini（Windows），在 [mysqld] 段落中加入：
[mysqld] character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci
然后必须重启 MySQL 服务。重启后再次执行 SHOW VARIABLES LIKE 'character_set_server';，确认返回值是 utf8mb4。
旧表字段编码不匹配时别硬转
如果已有表字段声明是 latin1 或 utf8（utf8mb3），但实际存的是 UTF-8 字节（比如从其他系统导入的），直接 ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4 会二次损坏。
先验证真实编码：
SELECT HEX(column_name) FROM table_name LIMIT 1;
若返回类似 E4B8ADE69687（“中文”的 UTF-8 十六进制），说明数据本身正确，只是字段声明错了 —— 此时应只改声明：
ALTER TABLE table_name MODIFY column_name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
真正麻烦的是字段声明和内容都错的情况，那得靠 CONVERT() 函数逐字段清洗，不能一概而论。
最易被忽略的点：phpMyAdmin 5.1 不读取运行时热配置，改完 config.inc.php 后，Apache/Nginx 和 MySQL 都得重启；character_set_results 是连接级变量，每次新连接都会重置，所以必须靠配置文件或 SET NAMES 初始化，不能只靠一次手动 SET。
