phpMyAdmin导入GBK文件乱码需同步设置三处：上传页选gbk编码、目标列表支持双字节、删除SQL中SET NAMES等无效指令；命令行可用--default-character-set=gbk导入。
phpMyAdmin 导入 GBK/GB2312 文件时乱码的典型表现
直接上传 .sql 文件后，中文显示为问号、方块或乱码（如 ???? 或 涓枃），但数据库本身字符集是 utf8mb4 —— 这不是数据损坏，而是编码声明与实际内容不匹配导致的解析错位。
必须在三个地方同步指定 GBK 编码
phpMyAdmin 不会自动探测文件编码，它依赖显式声明。漏掉任一环节都会失败：
- 上传前，在 phpMyAdmin 导入页勾选
Character set of the file下拉框，选gbk（不是gb2312，后者兼容性差，phpMyAdmin 实际用gbk映射处理） - 确保目标表的列字符集支持双字节（比如用
utf8mb4或gbk），但注意：SET NAMES gbk在导入 SQL 里无效，phpMyAdmin 会忽略它 - 如果 SQL 文件头部有
SET NAMES或SET CHARACTER SET，删掉——这些指令在 phpMyAdmin 的导入流程中不被执行，反而可能干扰前端编码识别
用命令行临时绕过 phpMyAdmin 编码限制
当文件较大或界面选项失效时，终端导入更可控：
- 先确认 MySQL 服务端默认编码：执行
SHOW VARIABLES LIKE 'character_set%';，重点看character_set_client和character_set_database - 用
mysql命令显式指定输入编码：mysql --default-character-set=gbk -u root -p database_name - 若报错
Unknown character set: 'gbk'，说明 MySQL 编译时没启用 GBK 支持（常见于 macOS Homebrew 或某些 Docker 镜像），此时只能先用iconv转成 UTF-8：iconv -f GBK -t UTF-8 file.sql > file_utf8.sql
为什么不能只改 phpMyAdmin 配置里的 $cfg['UploadDir'] 或 $cfg['SaveDir']
这两个配置只控制上传/下载目录路径，和字符编码完全无关。真正影响导入解码的是前端表单提交时附带的 charset 参数，以及后端 mb_convert_encoding() 调用时的源编码判断逻辑。强行修改 config.inc.php 里的 $cfg['DefaultCharset'] 也无效——它只作用于界面显示，不干预文件内容解析。
最易被忽略的一点：浏览器本身对文件上传的编码无感知，phpMyAdmin 全靠用户手动选择下拉项来决定如何调用 mb_convert_encoding($sql_content, 'UTF-8', 'GBK')。选错就彻底走偏，且没有任何警告提示。
立即学习“PHP免费学习笔记（深入）”；
