根本原因是upload_max_filesize、post_max_size或client_max_body_size三者中至少一个低于SQL文件体积，需同步调大并重启服务；推荐用mysql命令行直导彻底绕过限制。
这不是sql文件本身有问题，而是上传过程在某一层被截断或拒绝了——90%的情况是 upload_max_filesize、post_max_size 或 client_max_body_size 三者中至少一个低于你的sql文件体积。
为什么改了 upload_max_filesize 还报错？
因为 PHP 的上传限制由两个参数共同控制：upload_max_filesize 管单个文件大小，post_max_size 管整个 POST 请求体（含文件+表单字段）。如果后者更小，文件照样传不过去。
-
post_max_size必须 ≥upload_max_filesize，否则即使文件没超限，也会被 PHP 直接丢弃 - 常见错误配置：设了
upload_max_filesize = 256M，但post_max_size = 8M（默认值） - 修改后必须重启 PHP-FPM 或 Apache/Nginx，否则不生效
- 用
phpinfo()页面确认实际生效值，别只看配置文件
nginx 或 apache 拦住了大文件？
Web 服务器在 PHP 之前就可能把请求拦下。phpMyAdmin 的上传请求走的是 HTTP POST，而 nginx 默认 client_max_body_size 是 1M，Apache 的 LimitRequestBody 默认不限制但可能被模块拦截。
- Nginx：在 server 或 http 块里加
client_max_body_size 256M;，然后nginx -t && systemctl reload nginx - Apache：在虚拟主机配置或 .htaccess 中加
LimitRequestBody 268435456（单位字节，256MB） - 宝塔面板用户：直接进「网站」→「设置」→「性能调整」，改
client_max_body_size即可 - 注意：Nginx 的
keepalive_timeout也得调大（比如 300），否则大文件上传中途会断连
导入中途卡住却不报错？
这通常是 max_execution_time 或 memory_limit 不足导致脚本被强制终止，phpMyAdmin 捕获不到具体错误，只显示笼统的 “Incorrect format parameter”。
-
max_execution_time建议设为 300–600（秒），避免解析大文件时超时 -
memory_limit至少 256M，512M 更稳妥；phpMyAdmin 会把整个 SQL 文件读进内存再分段执行 - MySQL 层也要配：
max_allowed_packet（建议 256M），否则 INSERT 大字段时会截断 - 这些值改完后，务必检查 phpMyAdmin 导入页底部是否显示更新后的“最大文件大小”，这是最直接的生效验证
真正麻烦的不是调参数，而是调完之后没验证生效、或者只调了一半（比如改了 PHP 却忘了 nginx）。只要三个环节——PHP、Web 服务器、MySQL——的限制都明确大于你的文件体积，并且重启到位，这个错误基本就消失了。
立即学习“PHP免费学习笔记（深入）”；
