设为0可强制Nginx跳过磁盘临时文件，全程内存缓冲+流式转发，规避中等响应体引发的随机小IO抖动；但需同步调优proxy_buffers、proxy_busy_buffers_size等参数，否则易致502或连接重置。
设为 0 能显著缓解高并发下由中等响应体引发的随机小 IO 抖动，但前提是必须同步调优内存缓冲参数，否则会直接导致连接失败或 502。
proxy_max_temp_file_size 0 是怎么避开磁盘写入的
它不是“跳过缓存”，而是强制绕过 Nginx 的磁盘临时文件路径（proxy_temp_path），让所有超出内存缓冲区的数据不再落盘，改为边收边发的 streaming 模式。关键触发点是：当后端响应体填满 proxy_buffer_size + proxy_buffers 总和后，若该值 > 0，Nginx 就会开一个临时文件；设为 0 后，这部分数据无处可存，只能立即转发 —— 或直接断连。
- 不生效的前提：
proxy_buffering off时，该指令完全被忽略 - 它只管响应体（response body），对请求体（
client_body_buffer_size）、日志、SSL 缓存等毫无影响 - 临时文件名形如
0000000001，出现在proxy_temp_path子目录里，生命周期短但高频创建时 iowait 明显升高
为什么单独设 0 反而容易出 502 或连接重置
设为 0 后，Nginx 不再有“兜底磁盘缓存”，一旦内存缓冲区不够用，就只能放弃或报错。常见表现是：大报表导出、视频分片接口在高并发下突然返回 502 Bad Gateway，或客户端收到不完整响应后连接被 reset。
- 必须配套调大
proxy_buffers（例如proxy_buffers 8 16k→proxy_buffers 16 64k） -
proxy_busy_buffers_size至少要 ≥ 单块proxy_buffers大小 × 2，否则 busy 状态下缓冲区无法接力 -
proxy_buffer_size建议固定为4k或8k，仅用于暂存响应头，过大浪费且易截断 - 若业务允许端到端流式传输，可直接关掉
proxy_buffering off，进一步减内存压
它不能解决哪些磁盘 I/O 问题
很多人误以为设为 0 就能“彻底消灭 Nginx 的磁盘交互”，实际远非如此。以下操作仍会稳定产生磁盘写入：
-
access_log和error_log默认同步刷盘，即使设 0 也照常写磁盘 - 大请求体（如文件上传）仍受
client_max_body_size和client_body_temp_path控制，与该参数无关 - 启用
gzip on且响应未全缓冲时，Nginx 可能借助临时文件做流式压缩 -
resolver配置若含持久化 DNS 缓存，也会写文件（虽少见）
真正想压低磁盘 IO，得组合动作：把 proxy_temp_path 指向 /dev/shm、关日志或加 buffer=64k flush=1s、禁用 gzip（若上游已压）。
最常被忽略的一点：设为 0 后，Nginx 对内存使用更“刚性”——没有 fallback 路径，buffer 不够就是失败，不像设成 200m 还能靠磁盘扛一扛。线上调参前，务必用 strace -e trace=openat,write -p $(pidof nginx) 实测是否真没写 temp 目录，再观察 error log 里有没有 upstream response is buffered to a temporary file 类提示。
