根本原因是客户端、连接层、服务端三端字符集未统一为utf8mb4：phpMyAdmin 5.1默认SET NAMES utf8（即utf8mb3），不支持中文四字节字符，需同步修改config.inc.php中charset、connection_charset、DefaultCharset为utf8mb4，MySQL配置文件设character-set-server=utf8mb4，并重启服务及转换旧表。
phpmyadmin 5.1 执行含中文的 sql 查询报错或显示乱码，根本不是字符集配置漏改一两处的事——而是客户端、连接层、服务端三端必须全部对齐为 utf8mb4，缺一不可。只改 php 配置或只改 mysql 配置，都会卡在中间环节丢字节。
为什么 SET NAMES utf8 在 MySQL 5.1 下会崩
MySQL 5.1 的 utf8 实际是 utf8mb3，最多存 3 字节字符；而“你好”在某些环境（尤其含 emoji 或生僻字）可能被编码成 4 字节。phpMyAdmin 默认发 SET NAMES utf8，MySQL 接收时把超长字节当非法序列丢弃，后续查询就报错或变问号。
-
SHOW VARIABLES LIKE 'character_set%'中任意一项返回utf8（非utf8mb4），就是断层点 - 浏览器地址栏看到
%F0%9F%90%98这类编码，说明前端已发四字节，但后端没接住 - 错误现象常表现为：SQL 执行失败、字段值变成
???、插入后查出来为空或截断
config.inc.php 必须改这三行
phpMyAdmin 5.1 不会自动推导连接字符集，必须硬编码指定。找到你正在用的服务器配置块（通常在 $cfg['Servers'][$i]['auth_type'] = 'cookie'; 附近），补全以下三行：
$cfg['Servers'][$i]['charset'] = 'utf8mb4'; $cfg['Servers'][$i]['connection_charset'] = 'utf8mb4'; $cfg['DefaultCharset'] = 'utf8mb4';
- 漏掉
connection_charset是高频坑：PHP 5.6+ 的mysqli_real_connect()不认charset，只认这个 -
DefaultCharset控制页面表单提交编码，不设会导致中文输入框直接发错码 - 改完必须重启 Apache/Nginx 和 MySQL 服务——热加载不生效
MySQL 服务端要同步开 utf8mb4
光 phpMyAdmin 设了没用，MySQL 本身得支持 utf8mb4 并设为默认。编辑 my.cnf（Linux）或 my.ini（Windows），在 [mysqld] 段下加：
character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci
- 重启 MySQL 后执行
SHOW VARIABLES LIKE 'character_set_server';，必须返回utf8mb4 - 如果报错
Unknown character set: 'utf8mb4'，说明 MySQL 版本太老（低于 5.5.3），需升级 - 已有表不会自动转换：需对每张表执行
ALTER TABLE `table_name` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
临时绕过但别长期依赖的检查点
如果改配置后仍报错，先验证是否真走到连接层：
立即学习“PHP免费学习笔记（深入）”；
- 在 phpMyAdmin 的「SQL」页执行
SELECT @@character_set_client, @@character_set_connection, @@character_set_results;，三者都应为utf8mb4 - 执行
SET NAMES utf8mb4;后再跑中文查询——若此时正常，说明配置没生效，而非逻辑问题 - 避免用
utf8mb4_general_ci：MySQL 5.1 对它的支持不稳定，优先选utf8mb4_unicode_ci
最易被忽略的是旧表字段的字符集没更新——哪怕连接全对了，CREATE TABLE 时没显式写 CHARACTER SET utf8mb4，字段级还是 utf8，中文照样存坏。
