phpMyAdmin 中文乱码源于字符集未对齐，需在 config.inc.php 中配置 $cfg['Servers'][$i]['charset'] = 'utf8mb4'; 确保连接层使用 utf8mb4。
phpmyadmin 默认能正常显示中文，但实际使用中中文“消失”或变乱码，基本都是字符集传递链断在某一层——不是 phpmyadmin 本身不支持中文，而是 mysql 连接、表结构、客户端响应三者没对齐。
检查 MySQL 连接层的字符集
phpMyAdmin 本质是 PHP 脚本，它和 MySQL 建连时必须显式声明字符集，否则可能沿用服务器默认（如 latin1），导致中文被转义成问号或 Mojibake。
关键动作是确认 phpMyAdmin 是否在连接时指定了 utf8mb4：
- 打开 phpMyAdmin 根目录下的
config.inc.php - 查找是否有类似
$cfg['Servers'][$i]['charset'] = 'utf8mb4';的配置；没有就手动加上 - 如果用的是旧版 phpMyAdmin（$cfg['Servers'][$i]['connection_charset'] = 'utf8mb4';
仅靠数据库表字段用 utf8mb4_unicode_ci 不够——连接层没设对，SELECT 出来的中文在传输途中就被截断或替换。
验证表与字段的实际字符集
即使建表语句写了 CHARSET=utf8mb4，也可能因导入方式或 ALTER 操作漏掉字段级设置，导致部分字段仍为 latin1。
立即学习“PHP免费学习笔记（深入）”；
执行这条查询，快速定位问题字段：
SELECT TABLE_NAME, COLUMN_NAME, CHARACTER_SET_NAME, COLLATION_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = 'your_db_name' AND (CHARACTER_SET_NAME != 'utf8mb4' OR COLLATION_NAME NOT LIKE 'utf8mb4%') ORDER BY TABLE_NAME, ORDINAL_POSITION;
结果里只要出现 latin1 或 utf8（非 utf8mb4），就说明该字段不支持四字节 emoji 和部分生僻中文——需用 ALTER TABLE ... CONVERT TO CHARSET utf8mb4 修正。
导出或复制查询结果时中文变问号
这不是显示问题，是导出环节编码错配。phpMyAdmin 导出 CSV/Excel 时，默认按 UTF-8 输出，但 Windows Excel 双击打开会误判为 GBK，于是中文全变方块。
解决路径分两步：
- 导出前，在 phpMyAdmin 右上角「设置」→「导入/导出」→「导出字符集」选
utf8mb4 - 导出后，别双击打开 CSV：用 Excel 的「数据」→「从文本/CSV」导入，并手动指定原始编码为
UTF-8
若已导出乱码文件，不要用记事本另存——记事本保存 UTF-8 时默认不带 BOM，Excel 仍识别不了。改用 VS Code 打开 → 右下角点击编码 → 选「Reopen with Encoding」→ UTF-8 with BOM → 再「Save」。
查询结果里中文被截断或显示不全
这通常不是编码问题，而是字段内容真被截了——比如 TEXT 字段在 phpMyAdmin 界面只显示前 1024 字符，后面用 ... 遮住。
有三个实操办法：
- 点击结果行右侧的「浏览」图标（眼睛形状），进入单条记录详情页，完整显示该字段
- 在 SQL 查询里对长字段显式转换：
SELECT CAST(content AS CHAR) FROM posts WHERE id=123，避免隐式截断逻辑干扰 - 临时改 phpMyAdmin 配置：在
config.inc.php加$cfg['LimitChars'] = 10000;（数值按需调大）
注意：$cfg['LimitChars'] 只控制界面显示长度，不影响实际数据；真正超长的 BLOB/TEXT 查看，还是得靠 CAST 或导出后本地处理。
