phpMyAdmin导出大文件在Nginx下中断，根本原因是Nginx代理层超时（proxy_read_timeout默认60秒）、缓冲区配置不当或临时文件写入失败；需设proxy_read_timeout 1800、proxy_buffering off、proxy_buffer_size 128k，并确保PMA_ABSOLUTE_URI与proxy_redirect闭环，同时验证proxy_temp_path磁盘空间及权限。
phpMyAdmin 导出大文件（如 SQL 备份、CSV）时在 Nginx 反向代理下中断，根本不是 phpMyAdmin 本身卡住或崩溃，而是 Nginx 在代理响应流过程中因超时、缓冲区溢出或临时文件写入失败主动截断连接。关键要同时处理「响应流持续性」和「协议/路径一致性」两个层面。
proxy_read_timeout 必须设为远高于导出耗时
phpMyAdmin 导出逻辑通常是 PHP 脚本边查库边 echo 输出，后端响应是流式的，但 Nginx 默认 proxy_read_timeout 是 60 秒——只要导出过程任意 60 秒内没新数据到达，Nginx 就会关闭与后端的连接，导致“upstream prematurely closed connection”错误。
- 根据导出最大可能耗时（例如 10GB SQL 导出预计 20 分钟），设
proxy_read_timeout 1800;（30 分钟）或更高 -
proxy_send_timeout也要同步设为相同值，防止 Nginx 向客户端发送响应体时被自身超时机制中断 - 不要只改
http块，必须在 phpMyAdmin 对应的location块里显式覆盖，避免被更宽泛的配置覆盖
proxy_buffering off 是最稳妥的流式导出方案
开启 proxy_buffering on（默认）时，Nginx 会尝试把整个导出响应先收全再发给客户端。对 GB 级导出，这极易触发 proxy_max_temp_file_size 限制或磁盘满错误（No space left on device），日志里表现为“buffered to a temporary file”后停滞。
- 在 phpMyAdmin 的
location块中加proxy_buffering off;，让响应字节边收边传，内存占用低、无磁盘落盘风险 - 即使关了缓冲，
proxy_buffer_size仍生效（用于响应头），建议设为proxy_buffer_size 128k;防止 header 过长被截断报 502 - 若必须开缓冲（比如要 gzip 压缩导出内容），则必须同步调大：
proxy_buffers 8 4m;、proxy_max_temp_file_size 2g;，并确认proxy_temp_path所在分区有足够空间且可写
必须确保 PMA_ABSOLUTE_URI + proxy_redirect 闭环
导出中断常伴随跳转失败或 JS 请求发到 HTTP 地址，本质是 phpMyAdmin 在生成导出链接、重定向 URL 或 AJAX 回调地址时，仍按内部协议（HTTP）拼接，而非你实际访问的 HTTPS + 子路径。
立即学习“PHP免费学习笔记（深入）”；
- 启动 phpMyAdmin 时必须设置环境变量
PMA_ABSOLUTE_URI=https://yourdomain.com/phpmyadmin/（注意末尾斜杠），Docker 用户直接用-e；非 Docker 则在config.inc.php中加判断逻辑强制设$_SERVER['HTTPS'] = 'on' - Nginx 的
location块里必须有：proxy_set_header X-Forwarded-Proto $scheme;和proxy_set_header Host $host; - 加上
proxy_redirect ~^https?://[^/]+(/.*)$ $scheme://$host$1;，否则 phpMyAdmin 返回的Location: http://127.0.0.1/phpmyadmin/export.php?...不会被重写，浏览器直接跳内网地址失败
绕过 Nginx 直连后端验证是否真为代理层问题
别急着反复 reload 配置——先快速定位断点在哪一环。
- 用
curl -v http://localhost:8080/phpmyadmin/export.php?...（假设后端跑在 8080）直连后端，看能否完整导出；如果可以，问题 100% 出在 Nginx 层 - 检查 Nginx error log，搜关键词：
upstream timed out（超时）、prematurely closed（后端提前断）、No space left（磁盘满）、buffered to a temporary file（缓冲落盘） - 导出时用
df -h实时观察proxy_temp_path所在分区剩余空间，很多中断就发生在磁盘只剩几百 MB 时
最容易被忽略的是：proxy_buffering off 后，proxy_http_version 1.1 和 proxy_set_header Connection '' 必须配套使用，否则某些客户端（尤其是旧版 IE 或特定 SDK）仍会因收到 Connection: close 而主动断连，造成“看似下载中、实则连接已死”的假象。
