phpmyadmin 5.2 无法直接导入完整 mysqldump 脚本，需手动清理注释、gtid 设置、create table、delimiter 及存储过程语句，并确保字符集为 utf8mb4、兼容模式设为 mysql40；超 2mb 应改用命令行导入。
phpmyadmin 5.2 无法直接导入超大或结构复杂的 mysqldump 脚本——不是配置错了，是它根本没设计处理完整 dump 的能力；真正能跑通的路径，是提前裁剪 + 字符集对齐 + 避开危险语句。
phpMyAdmin 5.2 导入失败的典型错误现象
上传后页面卡住、返回空白、提示 ERROR 1064 (42000) 或 Maximum execution time exceeded，甚至直接跳转到“未找到页面”——这些都不是网络问题，而是 phpMyAdmin 在解析 SQL 时被长事务、多语句注释、DELIMITER 块或跨行字符串打断了。尤其当原始 mysqldump 包含 CREATE PROCEDURE、触发器或 GTID 相关设置（如 SET @@GLOBAL.GTID_PURGED）时，界面导入必然失败。
导入前必须手动清理 mysqldump 文件
phpMyAdmin 5.2 的「导入」页不执行预解析，只把整个文件丢给 MySQL 执行。所以你得自己删掉它不能吃的成分：
- 用
grep -v "^-- " full.sql > clean.sql去掉所有注释行（mysqldump默认加的--注释会干扰执行） - 删掉
SET @@GLOBAL.GTID_PURGED行：sed '/GTID_PURGED/d' clean.sql > no-gtid.sql - 如果目标库已存在且表结构就绪，用
grep -v "^CREATE TABLE" no-gtid.sql > data-only.sql过滤建表语句 - 确认没有
DELIMITER $$或存储过程定义——phpMyAdmin 不支持这类语法，必须全删
字符集与兼容模式必须显式匹配
即使 SQL 内容干净，导入乱码或报错也常因编码不一致。关键点：
- 导出时加
--default-character-set=utf8mb4：例如mysqldump -u root -p --default-character-set=utf8mb4 dbname > dump.sql - 导入前在 phpMyAdmin「导入」页底部勾选「SQL 兼容模式」为
MYSQL40（兼容性最强），并手动设置「字符集」为utf8mb4 - 若仍乱码，打开
dump.sql文件头部，确认有/*!40101 SET NAMES utf8mb4 */;；没有就手动加上
超过 2MB 就别硬扛，换命令行或分片
phpMyAdmin 5.2 默认上传限制是 2MB（由 upload_max_filesize 和 post_max_size 共同决定），改 PHP 配置麻烦且不治本。更稳的替代方案：
- 用
mysql命令行：先创建空库CREATE DATABASE target_db CHARACTER SET utf8mb4;，再执行mysql -u root -p target_db - 若必须用 phpMyAdmin 且文件略超（如 3–5MB），可用
split -l 5000 dump.sql part_拆成小文件，逐个导入（注意：确保每份都以完整语句结尾，避免截断INSERT） - 对超大 dump（>50MB），放弃 phpMyAdmin，直接走
source：登录 MySQL 控制台后执行use target_db; source /path/to/dump.sql;
实际操作中最容易被忽略的是语句边界和 GTID 清理——哪怕只漏删一行 SET @@GLOBAL.GTID_PURGED，导入就会在第一句就中断，而错误信息往往只显示“语法错误”，根本不会指出具体哪一行。动手前务必用 head -n 20 dump.sql 和 tail -n 20 dump.sql 快速扫一眼开头结尾。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
