phpMyAdmin导入中文乱码的直接原因是SQL文件实际为latin1编码却被UTF-8解析，导致双解码；应先用file -i等工具确认真实编码，再用iconv转为utf8mb4并选对应字符集导入。
phpMyAdmin导入时中文变问号或乱码的直接原因
根本不是“没选对编码”，而是 sql 文件本身用 latin1（或 cp1252）保存，但 phpmyadmin 默认按 utf-8 解析内容——字节流被硬解，自然错位。你看到的 ???? 或 éèà 就是典型双解码残留。
导出端必须确认原始编码再操作
别急着改 phpMyAdmin 设置。先查清楚 SQL 文件真实编码：
- 用 VS Code、Notepad++ 或
file -i your.sql查看实际编码（常见是ISO-8859-1或Windows-1252，它们和latin1在 MySQL 里基本等价） - 如果文件是 mysqldump 生成的，检查导出命令是否加了
--default-character-set=latin1；没加的话，很可能就是服务端默认latin1导出的 - 别信文件名带
utf8就真是 UTF-8——很多老脚本会乱命名
导入前强制转成 UTF-8 的三步实操
不依赖 phpMyAdmin 的“字符集”下拉框（它只影响连接层，不重解文件内容），而是从源头转换文件：
- 用
iconv转换：iconv -f latin1 -t utf8 input.sql > output_utf8.sql - 如果遇到非法字符报错，加
-c忽略：iconv -f latin1 -t utf8 -c input.sql > output_utf8.sql - 转换后用
head -n 5 output_utf8.sql看前几行是否显示正常中文；再用file -i output_utf8.sql确认输出确实是utf-8 - 上传
output_utf8.sql到 phpMyAdmin，导入页面「字符集」选utf8mb4（不是utf8），点执行
跳过转换直接在 SQL 里声明字符集
适合小文件或无法改文件的场景。手动在 SQL 文件最开头插入两行（注意：必须是第一行）：
SET NAMES utf8mb4; SET CHARACTER SET utf8mb4;
但这只生效于后续语句的客户端连接编码，**不修复已损坏的字符串字节**。所以仅当文件本来就是 UTF-8 编码、只是没声明时才有效。误用于 latin1 文件，反而雪上加霜。
立即学习“PHP免费学习笔记（深入）”；
真正容易被忽略的是：MySQL 的 latin1 和 PHP 的 latin1 不完全等价，而 phpMyAdmin 的“导入编码”选项只控制连接参数，从不触碰文件字节流本身——这个边界，多数人直到数据毁掉才意识到。
