直接上传大SQL文件失败是因HTTP链路多重限制，改$cfg['UploadDir']可绕过；需配upload/save目录、设权限、调大max_allowed_packet；50MB以上推荐mysql命令行导入。
为什么直接上传大SQL文件总失败？
不是 phpMyAdmin 本身限制死，而是整个 HTTP 上传链路扛不住：浏览器中断、PHP 超时（max_execution_time）、内存爆（memory_limit）、还有 upload_max_filesize 和 post_max_size 双重卡脖子。哪怕你把 PHP 配置调到 512M，碰到 200MB+ 的 SQL 文件，大概率还是报 No data was received to import 或页面空白。
改 $cfg['UploadDir'] 是最稳的绕过方案
这个方法不走 HTTP 上传，phpMyAdmin 直接从服务器本地目录读取文件，彻底甩开浏览器和 PHP 上传限制。只受 MySQL 的 max_allowed_packet 和磁盘空间约束。
- 编辑宝塔中 phpMyAdmin 的
config.inc.php（路径通常是/www/server/phpmyadmin/config.inc.php） - 找到或新增一行：
$cfg['UploadDir'] = 'upload'; - 可选但建议加上：
$cfg['SaveDir'] = 'save'; - 在 phpMyAdmin 根目录下创建
upload和save两个空文件夹 - 用宝塔文件管理器或 FTP 把你的
bigdata.sql丢进upload/目录 - 确保 Web 服务用户（如
www）对upload/有读权限：chown -R www:www upload/
导入前必须检查 MySQL 的 max_allowed_packet
就算 phpMyAdmin 成功加载了文件，MySQL 服务端仍可能拒绝执行——尤其当 SQL 里有超长 INSERT 或含 BLOB 字段时。错误提示典型为：Packets larger than max_allowed_packet are not allowed 或 Got a packet bigger than 'max_allowed_packet' bytes。
- 登录终端，查当前值：
mysql -u root -p -e "SHOW VARIABLES LIKE 'max_allowed_packet';" - 编辑 MySQL 配置：
/www/server/mysql/my.cnf - 在
[mysqld]段落下加：max_allowed_packet = 512M（单位必须是大写 M） - 重启 MySQL：
service mysqld restart - 注意：phpMyAdmin 作为客户端也有自己的
max_allowed_packet，但宝塔默认用的是 PHP 扩展驱动，实际生效的是服务端配置
50MB 以上更推荐命令行导入
如果你能 SSH 登录服务器，mysql 命令行导入比任何 Web 界面都可靠，且无前端干扰。关键点不在“会不会”，而在“有没有漏掉细节”：
立即学习“PHP免费学习笔记（深入）”；
- 确认 SQL 文件没带
CREATE DATABASE或USE语句（否则可能写错库） - 文件编码必须是 UTF-8 无 BOM，否则中文全乱
- 导入前临时关外键检查（防中途报错中断）：
SET FOREIGN_KEY_CHECKS=0;，导入完记得恢复 - 命令示例：
/www/server/mysql/bin/mysql -u root -p your_db_name - 如果提示
mysql: command not found，就用完整路径，宝塔 MySQL 二进制通常在/www/server/mysql/bin/
真正容易被忽略的是：SQL 文件末尾是否遗漏了 SET FOREIGN_KEY_CHECKS=1;，以及有没有未闭合的 DELIMITER 导致后续语句解析失败——这些不会让导入报错终止，但会让部分表或数据静默丢失。
