根本原因是phpmyadmin连接层字符集未与mysql对齐，需在config.inc.php中设置$cfg['servers'][$i]['charset']='utf8mb4'、$cfg['defaultcharset']='utf8mb4'，并选zh-utf-8语言、导出时选utf8mb4编码且勾选set names，同时启用php_mbstring扩展。
phpEnv 自带的 phpMyAdmin 出现中文乱码，根本原因不是 phpEnv 本身有问题，而是它默认未对 MySQL 连接层和界面语言做 UTF-8 对齐。你看到的 ??? 或方块字，90% 是连接字符集错配导致的——数据没丢，只是 MySQL 按 latin1 解析了本该是 UTF-8 的字节。
确认 phpMyAdmin 当前连接用的字符集
登录 phpMyAdmin 后，点右上角「新建」→「SQL」，执行：
SHOW VARIABLES LIKE 'character_set%';
重点关注这三项是否都是 utf8mb4（或至少 utf8）：
character_set_clientcharacter_set_connectioncharacter_set_results
如果其中任一项是 latin1 或 cp1252，就说明连接层没走 UTF-8，后续所有中文显示、导出、导入都会出问题。
修改 phpEnv 中 phpMyAdmin 的默认连接字符集
phpEnv 的 phpMyAdmin 配置文件通常在：phpEnv\phpmyadmin\config.inc.php。打开后，在 $cfg['Servers'][$i]['auth_type'] = 'cookie'; 之后添加一行：
$cfg['Servers'][$i]['charset'] = 'utf8mb4';
再往下找有没有 $cfg['DefaultCharset']，确保它是：
$cfg['DefaultCharset'] = 'utf8mb4';
如果找不到，就手动加一行。改完保存，重启 phpEnv 的 Apache/MySQL 服务（不重启，改了也白改）。
避免语言包引发的编码干扰
phpEnv 自带的 phpMyAdmin 版本（尤其是旧版）会把 zh-gb2312 这类语言标识硬映射到 gb2312 字符集，哪怕你数据库是 utf8mb4，它也会悄悄发 SET NAMES gb2312，直接覆盖连接设置。
解决办法是：登录 phpMyAdmin 后，顶部菜单选「语言」→ 选 Chinese simplified (zh-utf-8)，**不要选带 gb2312 或 gbk 的选项**。这个选择会强制界面和连接都走 UTF-8 路径。
如果你发现没有 zh-utf-8 可选，说明语言包被裁剪了，需要手动补全：phpEnv\phpmyadmin\libraries\database_interface.lib.php 第 168 行附近，检查是否有过滤逻辑屏蔽了带 -utf-8 后缀的语言项——有就注释掉那行 if 判断。
导出 SQL 时仍乱码？别跳过格式选项
即使界面上中文显示正常，导出的 .sql 文件开头可能还是 SET NAMES latin1，这是 phpMyAdmin 导出逻辑的默认 fallback。
导出时必须选「自定义」而非「快速导出」，展开 Format-specific options，找到 Export character set 下拉框，选 utf8mb4（不是 utf8，后者不支持 emoji）；同时勾选 Add SET NAMES statement —— 这样导出的 SQL 开头才是 SET NAMES utf8mb4。
导出后用 VS Code 打开检查：如果开头是 SET NAMES latin1 或压根没这句，说明你漏选了上面两项，重导一次。
最易被忽略的一点：phpEnv 的 Apache 默认没加载 php_mbstring 扩展，而 phpMyAdmin 的部分字符集处理逻辑依赖它。打开 phpEnv\php\php.ini，确认 extension=mbstring 这行已取消注释，否则即使配置全对，某些中文操作（比如字段值预览）仍可能退化成 latin1 行为。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
