HTTP 500错误通常不是SQL语法问题，而是PHP或Nginx在上传阶段截断请求所致；需同步调大upload_max_filesize、post_max_size（后者≥前者）及Nginx的client_max_body_size，并重启PHP-FPM、重载Nginx配置，或直接使用mysql命令行导入绕过限制。
HTTP 500错误不是SQL本身出错，而是PHP或Web服务器拦住了请求
看到http 500就去查sql语法，大概率跑偏。phpmyadmin导入时返回500，90%以上和sql内容无关，而是上传阶段被php或nginx中途截断——它根本没机会解析sql。典型现象包括：页面空白、刷新后“未选择文件”、或直接跳转到500错误页，且日志里常出现post content-length超出限制或client intended to send too large body这类提示。
先确认是不是upload_max_filesize和post_max_size不匹配
这两个值必须同时调高，且post_max_size ≥ upload_max_filesize，否则即使文件能上传，整个POST数据包也会被PHP丢弃，触发500。
- 在phpMyAdmin界面右上角点「其他」→「PHP 信息」，搜索
upload_max_filesize和post_max_size，看当前值（常见默认是2M和8M） - 如果SQL文件是200MB，至少设
upload_max_filesize = 256M，post_max_size = 384M - 改完配置后必须重启PHP-FPM（不是Apache/Nginx），否则无效；宝塔用户务必在「软件商店」→对应PHP版本→「设置」→「配置修改」里改，别碰CLI版
php.ini
Nginx用户必须同步放开client_max_body_size
哪怕PHP配置全调高，Nginx在入口就卡住请求体，照样500。宝塔用户尤其容易漏这步——它默认是100M，而报错常显示Incorrect format parameter或直接413，但phpMyAdmin会把它转成500。
- 进宝塔「网站」→找到phpMyAdmin所在站点→「配置文件」
- 在
server块里，location ~ \.php$ {上方加一行：client_max_body_size 512M; - 保存后点「重载配置」，不是重启Nginx（重载即可）
命令行导入是最稳的绕过方案
不依赖Web层限制，也不用反复调配置。只要能SSH进服务器，这条命令基本不会失败：
mysql -u <username> -p<password> <database_name> < /path/to/your/file.sql
- 密码紧贴
-p后面（中间无空格），避免交互式输入暴露密码 - 更安全的做法是用
~/.my.cnf存凭据，然后运行mysql database_name < file.sql - 大文件导入前可先用
gzip -d file.sql.gz | mysql ...流式解压导入，省内存
真正麻烦的不是改哪几个参数，而是改完没验证路径对不对、没重启对服务、或者只改了PHP却忘了Nginx——这三个环节漏一个，500就还在那儿等着你。
立即学习“PHP免费学习笔记（深入）”；
