phpMyAdmin 不适合导入大 SQL 文件，应改用 mysql 命令行；导入前需检查 max_allowed_packet、upload_max_filesize、post_max_size；导入后须验证表数量和核心表记录数。
phpMyAdmin 导入大 SQL 文件失败的典型表现
上传卡在 0%，或提示 max_allowed_packet、upload_max_filesize、post_max_size 超限，甚至直接返回 502 或空白页。这是因为 phpMyAdmin 本质是 Web 应用，所有操作都经过 Nginx/Apache → PHP → MySQL 三层转发，中间任意一环的内存、超时、包大小限制都会中断导入。几个 G 的文件根本不在它的设计范围内。
用 mysql 命令行导入前必须检查的三件事
直接执行 mysql -u root -p database_name 很容易失败，不是权限问题，而是环境没调好：
-
max_allowed_packet必须大于 SQL 文件最大单条语句（通常设为512M或1G）：编辑 MySQL 配置文件（宝塔中路径通常是/www/server/mysql/etc/my.cnf），在[mysqld]下加一行max_allowed_packet = 1G，然后重启 MySQL（bt restart选 4） - 确认目标数据库已存在，且字符集匹配（推荐建库时指定
CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci，避免导入时乱码或报错） - SQL 文件必须放在服务器上（比如
/www/backup/large.sql），不能用本地路径；如果文件是 gzip 压缩的（.sql.gz），得先解压：gunzip /www/backup/large.sql.gz
真正稳定的导入命令及参数说明
别只用裸 mysql 命令。加上关键参数才能应对大文件的现实问题：
- 用
--default-character-set=utf8mb4显式指定编码，绕过客户端与服务端默认编码不一致导致的乱码 - 加
-f（force）让导入跳过错误继续执行（适合含少量无效语句的备份） - 加
--max-allowed-packet=1073741824（即 1G）覆盖会话级限制，比只改配置更保险 - 完整命令示例：
mysql -u root -p --default-character-set=utf8mb4 --max-allowed-packet=1073741824 -f your_database_name
如果导入中途断开（比如 SSH 超时），用 screen 或 nohup 包裹，例如：nohup mysql -u root -p ... import.log 2>&1 &，然后用 tail -f import.log 查看进度。
导入后必做的两件验证事
命令返回成功不代表数据完整：
- 进 MySQL 执行
SELECT COUNT(*) FROM information_schema.tables WHERE table_schema = 'your_database_name';，核对表数量是否和原库一致 - 挑几个核心表查下记录数，比如
SELECT COUNT(*) FROM users;，和导出前或备份文档对比；如果某张表为空，大概率是该表的 CREATE 语句里用了新版本 MySQL 不支持的语法（如JSON字段在旧版中未启用），需手动调整再导入
大 SQL 导入没有“一键完成”的捷径，关键在于提前调参、路径放对、命令带参、结果验数——漏掉任何一环，都可能白跑几小时。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
