如何解决phpMyAdmin界面中文乱码？-phpMyAdmin-PHP中文网

phpMyAdmin 显示方块或问号需设 $cfg['DefaultCharset'] = 'utf-8'；语言不生效需确保 $cfg['Lang'] = 'zh_CN' 且 languages/zh_CN.mo 存在；MySQL 连接乱码须设 charset 和 connection_charset 为 utf8mb4；旧数据乱码应先用 HEX() 判定真实编码再修正。

phpMyAdmin 界面显示方块或问号：先确认 `$cfg['DefaultCharset']` 是否设为 `utf-8`

界面文字变成方块或问号，不是语言包没加载，而是 html 响应头里缺了正确的字符集声明。哪怕 $cfg['lang'] = 'zh_cn' 写对了，$cfg['defaultcharset'] 仍是默认的 iso-8859-1 或空值，浏览器就会用错误编码解析中文。

打开 config.inc.php（XAMPP 下路径通常是 XAMPP\phpMyAdmin\config.inc.php），在 ?> 前添加或修改这一行：

$cfg['DefaultCharset'] = 'utf-8';

注意是 utf-8（带连字符），不是 UTF8、utf8 或 UTF-8
这行必须存在，且不能被注释掉
改完后重启 Apache，再用浏览器开发者工具（F12 → Network → Headers）检查响应头中 Content-Type 是否含 charset=utf-8

语言切换后仍回英文：检查 `$cfg['Lang']` 值和 `languages/zh_CN.mo` 文件是否存在

点右下角语言菜单选“简体中文”只影响当前会话，刷新即失效。永久生效必须靠配置文件，但写错值或语言包缺失会导致直接 fallback 到英文。

确保以下两点同时满足：

$cfg['Lang'] = 'zh_CN'; —— 必须严格小写 + 下划线，不是 zh-cn、zh 或 chinese
phpMyAdmin\languages\zh_CN.mo 文件真实存在 —— XAMPP 一般自带，但若手动删过或解压不完整就可能缺失

如果文件不存在，去 phpMyAdmin 官网下载对应版本的 po/mo 包，解压后放进 languages/ 目录即可。

MySQL 连接层字符集不匹配：`$cfg['Servers'][$i]['charset']` 和 `connection_charset` 必须设为 `utf8mb4`

即使界面能显示中文，表数据仍乱码，大概率是连接时 MySQL 用了错误字符集。phpMyAdmin 默认执行 SET NAMES utf8，但在 MySQL 8.0+ 中，utf8 是别名，实际指向 utf8mb3，不支持 emoji 和部分汉字。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

在 config.inc.php 的服务器配置段（通常在 $cfg['Servers'][$i] 块内）显式指定：

$cfg['Servers'][$i]['charset'] = 'utf8mb4';<br>$cfg['Servers'][$i]['connection_charset'] = 'utf8mb4';

这两项必须一致，且不能留空或写成 utf8
如果 PHP 版本 ≥7.4，connection_charset 强烈建议显式设置，避免依赖隐式行为
同时确认 MySQL 服务端的 character_set_server 是 utf8mb4（查 SHOW VARIABLES LIKE 'character_set_server'）

旧数据已乱码，别用 `ALTER TABLE ... CONVERT TO CHARSET`

表里字段显示一堆问号，不代表数据真丢了。更可能是原始数据以 UTF-8 存入，却被当 latin1 解释读出 —— 此时直接 CONVERT TO CHARACTER SET utf8mb4 会二次损坏，变成不可逆乱码。

先用 HEX() 判定真实编码：

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;
如果返回类似 C4E3BAC3（GB2312 编码），则需按源编码转换，不能硬套 utf8mb4
切记：没有确认真实编码前，任何 CONVERT 操作都高风险

真正麻烦的从来不是配置几行代码，而是搞清数据到底以什么编码存进去的 —— 这一步跳过，后面全白忙。