如何修复PHPMyAdmin查看及导出MySQL数据时的字符乱码问题

该问题核心诱因是不同客户端连接MySQL时的全链路字符集配置不统一，库、表排序规则配置正确不代表所有连接环节的字符集匹配，按以下步骤逐一修复即可：

1. 修正PHP侧数据库连接逻辑 #

你当前使用的连接代码未显式指定连接字符集，前端显示正常仅为当前PHP环境默认值刚好匹配的偶然结果，一旦环境默认值变动、或换用其他客户端连接，就会出现字符集不匹配问题。在连接逻辑中强制添加字符集设置，锁死业务侧连接配置：

function openConnection(): mysqli
{
    $databaseHost = "localhost";
    $databaseUser = "root";
    $databasePassword = '';
    $databaseName = "my-database-name";

    $connection = new mysqli($databaseHost, $databaseUser,
        $databasePassword, $databaseName);

    if ($connection->connect_error) {
        die("Connection failed: " . $connection->connect_error);
    }
    // 强制设置连接字符集为utf8mb4，禁止依赖环境默认配置
    $connection->set_charset('utf8mb4');
    return $connection;
}

修改完成后刷新前端页面确认显示正常，再调用$connection->get_charset()验证返回的字符集确为utf8mb4。

2. 校准MySQL服务端全局字符集配置 #

多数乱码场景都存在只修改库、表排序规则，忽略服务端全局字符集配置的问题，会导致不同客户端连接时拿到的默认字符集不一致。登录MySQL命令行执行以下语句查看当前全局配置：

SHOW VARIABLES LIKE 'character_set%';
SHOW VARIABLES LIKE 'collation%';

需确保以下变量值符合要求：

• character_set_client：utf8mb4
• character_set_connection：utf8mb4
• character_set_results：utf8mb4
• character_set_server：utf8mb4
• collation_server：utf8mb4_unicode_ci

如果上述值不符合要求，修改MySQL配置文件（Linux环境为my.cnf，Windows环境为my.ini），在对应配置区块添加以下内容：

[mysqld]
character-set-server=utf8mb4
collation-server=utf8mb4_unicode_ci

[client]
default-character-set=utf8mb4

[mysql]
default-character-set=utf8mb4

保存后重启MySQL服务，再次执行查询语句确认所有变量值生效。

3. 修复phpMyAdmin侧配置 #

仅在phpMyAdmin界面查看默认连接排序规则无法保证配置正确，需直接修改phpMyAdmin目录下的config.inc.php配置文件，添加或修改以下配置项：

// 强制默认连接字符集
$cfg['DefaultCharset'] = 'utf8mb4';
$cfg['DefaultConnectionCollation'] = 'utf8mb4_unicode_ci';
// 强制导出默认字符集为UTF-8
$cfg['Export']['charset'] = 'utf-8';

phpMyAdmin默认导出字符集未强制指定为UTF-8时，会按照连接时的错误字符集做转码，哪怕原始数据存储正确，导出的文件本身已经是转码损坏的状态，这也是用Notepad++以UTF-8打开导出文件依然乱码的核心原因。将损坏的乱码文件重新导入数据库，相当于把错误转码后的内容写入存储，会直接污染原始正确数据，导致原本正常的前端也出现乱码。

配置修改完成后清空浏览器缓存，重新登录phpMyAdmin查看数据，如果显示仍异常，进入对应数据库的「操作」标签页，将库级排序规则设置为utf8mb4_unicode_ci，勾选「更改所有表的排序规则」「更改所有表列的排序规则」执行统一修正（操作前务必备份数据，避免意外损失）。

4. 验证导出导入流程 #

所有配置修改完成后，在phpMyAdmin中重新执行导出操作，导出时确认选项中字符集选择为utf-8，导出完成后用文本编辑器打开文件，确认中文等非ASCII字符显示正常。再新建测试库将导出文件导入，用PHP代码连接测试库读取数据，确认前端显示无乱码，即代表问题完全修复。

注意：如果你之前已经将乱码的导出文件重新导入生产库，说明原始数据已经被错误转码损坏，仅调整配置无法恢复数据，需要使用最近的正常备份恢复数据后再应用上述配置修正。

内容的提问来源于stack exchange，提问作者BullyWiiPlaza