phpMyAdmin导入大SQL文件报504，根本原因是Nginx（fastcgi_read_timeout）、PHP（max_execution_time、post_max_size、upload_max_filesize）及磁盘IO等多层超时或资源瓶颈叠加所致，必须同步调整全部相关参数，而非仅改proxy_read_timeout。
直接调大 proxy_read_timeout 不够，必须同步改 client_max_body_size、fastcgi_read_timeout（如果用的是 fastcgi），还要确认 php.ini 里 max_execution_time 和 post_max_size 没卡住你。
为什么 phpMyAdmin 导入大 SQL 文件总报 504？
这不是 Nginx 单独的问题。phpMyAdmin 是 PHP 应用，走的是 fastcgi_pass（不是 proxy_pass），所以 Nginx 的 proxy_* 系列参数完全不生效。你看到的 504 实际是 Nginx 等不到 PHP-FPM 返回响应头，触发了 fastcgi_read_timeout 超时。
常见错误日志长这样：upstream timed out (110: Connection timed out) while reading upstream，但上游其实是 127.0.0.1:9000（PHP-FPM），不是你误以为的后端 HTTP 服务。
- phpMyAdmin 提交表单 → Nginx 接收完整 POST 数据（受
client_max_body_size限制） - Nginx 转发给 PHP-FPM → 受
fastcgi_read_timeout控制等待响应时间 - PHP-FPM 执行脚本 → 受
max_execution_time和memory_limit限制 - 整个链路中任意一环超时，Nginx 都可能返回 504
关键配置项要改哪几个？
在你的站点 server 块或 location 块里加这几行（注意：不是全局 http 块）：
location /phpmyadmin {
alias /usr/share/phpmyadmin/;
index index.php;
<pre class='brush:php;toolbar:false;'>client_max_body_size 512m; # 允许上传最大文件体积
location ~ \.php$ {
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $request_filename;
fastcgi_pass 127.0.0.1:9000;
fastcgi_read_timeout 600; # 必须设！默认 60 秒，不够导入大 SQL
fastcgi_send_timeout 600;
fastcgi_connect_timeout 60;
}}
立即学习“PHP免费学习笔记（深入）”；
-
client_max_body_size要大于你要导入的 SQL 文件（比如 512m），否则 Nginx 在接收阶段就直接 413 -
fastcgi_read_timeout是核心，设为预期最长执行时间（如 10 分钟 = 600 秒） -
fastcgi_send_timeout控制发送响应体的间隔，大文件导出时也可能用到 - 别碰
proxy_*参数——它们对 FastCGI 流量无效
PHP 层面必须同步检查的三个 ini 项
改完 Nginx，如果还是 504 或白屏，大概率是 PHP 自己先放弃了。检查 /etc/php/*/fpm/php.ini（或 CLI 的 ini，取决于你的 FPM 配置）：
-
max_execution_time = 600—— 必须 ≥ Nginx 的fastcgi_read_timeout -
post_max_size = 512M—— 必须 ≥ Nginx 的client_max_body_size -
upload_max_filesize = 512M—— phpMyAdmin 用的是 POST 表单上传，不是 file upload API，但部分版本会校验这个值 - 改完记得
sudo systemctl reload php*-fpm，不是 restart
容易被忽略的磁盘 IO 和内存问题
即使所有超时都调大了，导入仍卡住或慢得离谱，很可能是底层资源瓶颈：
- 用
iostat -x 1看%util是否持续 >90%，avgqu-sz是否长期 >4 —— 说明磁盘在排队，SQL 解析+写入撑爆了 IO - phpMyAdmin 导入是单线程、全内存加载 SQL 再逐条执行，
memory_limit设太低会导致 OOM 后被系统 kill，Nginx 收不到响应就报 504 - 不要在生产环境用 phpMyAdmin 导入 >50MB 的 SQL；它不是为这个设计的。真有需求，改用
mysql -u user db < file.sql或分卷导入
超时参数只是“允许等更久”，不代表性能变好。真正卡住的时候，等再久也还是 504。
