phpMyAdmin 不支持为不同服务器单独设置导出字符集，因 $cfg'Export' 是全局配置且仅在页面加载时解析一次；乱码源于数据库、连接层与导出声明三者字符集不一致。
phpmyadmin 本身不支持为不同服务器单独设置导出字符集或格式——$cfg['export']['charset'] 是全局配置项，所有服务器共用同一套导出行为。如果你发现某台服务器导出乱码而另一台正常，问题不在“服务器专属配置”，而在数据库/连接层的字符集实际状态不一致。
为什么不能给每个服务器单独配 $cfg['Export']['charset']
phpMyAdmin 的导出逻辑在建立连接后才读取数据库元信息，但 $cfg['Export']['charset'] 在页面加载前就已生效，且只被解析一次。它作用于整个会话的导出响应头和文件编码声明，与当前选中的服务器无关。试图通过条件判断动态赋值（如 if ($cfg['Servers'][$id]['host'] === '192.168.1.10') { $cfg['Export']['charset'] = 'gbk'; }）不会生效，因为该变量在导出流程中不再被重新读取。
真正影响导出结果的三个层级
导出文件的实际编码由以下三者共同决定，缺一不可：
-
数据库表的默认字符集（如CREATE TABLE ... DEFAULT CHARSET=utf8mb4） -
连接时的字符集（由$cfg['Servers'][$i]['connection_charset']或 MySQL server 的character_set_client决定） -
$cfg['Export']['charset']声明的输出编码（仅控制文件保存时的 BOM 和 HTTP header，不强制转码）
如果三者不一致，比如数据库用 latin1 存数据、连接设为 utf8mb4、导出又设 utf-8，就会出现乱码。这不是 phpMyAdmin 的 bug，而是 MySQL 字符集转换链断裂的表现。
实操建议：按服务器差异做适配
虽然不能“分别设置”，但可通过以下方式让不同服务器的导出更可靠：
立即学习“PHP免费学习笔记（深入）”；
- 对每个服务器显式配置
$cfg['Servers'][$i]['connection_charset']，例如：$cfg['Servers'][1]['connection_charset'] = 'utf8mb4';$cfg['Servers'][2]['connection_charset'] = 'gbk'; - 导出前手动检查当前服务器下数据库的
SHOW VARIABLES LIKE 'character_set%'，确认character_set_database和collation_database与预期一致 - 若某服务器必须用非 UTF-8 编码（如旧 ERP 系统），导出时改用“自定义”模式，在“导出选项”里勾选“以所选字符集导出”，并手动选
gbk—— 这个选择会覆盖$cfg['Export']['charset']的全局值 - 避免依赖“快速导出”处理混合字符集环境；对关键服务器，始终用“自定义”导出并显式指定格式与编码
最容易被忽略的是：即使你把 $cfg['Export']['charset'] 改成 latin1，如果数据库连接本身以 utf8mb4 拉取数据，phpMyAdmin 仍会把 UTF-8 字节流原样写入 latin1 文件——结果仍是乱码。本质是字符集声明与实际字节不匹配，不是配置项没生效。
