proxy_max_temp_file_size=0仅禁用响应体缓冲溢出时的磁盘落盘，不杜绝其他磁盘交互；请求体处理、日志写入、SSL缓存等仍需磁盘。
将 proxy_max_temp_file_size 设为 0 并不能“彻底杜绝”Nginx 反向代理中的本地磁盘交互，这个说法存在明显误解。它仅影响响应体缓存到临时文件的阈值，而 Nginx 在其他环节（如请求体暂存、日志写入、SSL 会话缓存、worker 进程间通信等）仍会使用磁盘或临时文件系统。
proxy_max_temp_file_size=0 的真实作用
该指令控制 Nginx 在反向代理场景下，当上游响应体大小超过 proxy_buffer_size + proxy_buffers 总和时，是否将其写入磁盘临时文件。设为 0 表示：一旦缓冲区满，直接关闭连接或返回 502（取决于配置与上游行为），不再落盘。
- 仅适用于 响应体（response body） 缓冲溢出场景
- 不影响请求体（request body）处理 ——
client_max_body_size和client_body_buffer_size才管这个 - 不干预 access_log / error_log 写入磁盘的行为
- 不阻止 SSL 会话复用所需的 shm 区域持久化（如
ssl_session_cache shared）
真正产生磁盘 I/O 的常见环节
即使把所有 *_temp_file_size 都设为 0，以下操作仍可能触发磁盘访问：
-
访问日志写入：默认同步刷盘（
log_format+access_log），可用buffer=64k flush=1s缓冲降低频率 - 临时文件目录（client_body_temp_path / proxy_temp_path）：只要涉及大请求体或大响应体缓冲失败，就会创建临时文件 —— 设 0 只是让失败更早发生，并非禁用路径
-
gzip 压缩中间数据：若启用
gzip on且响应未被完全缓冲，可能借助临时文件流式压缩 - resolver 使用的 DNS 缓存文件（极少见，但某些 resolver 配置会持久化）
想最小化磁盘交互？关键在整体配置协同
单一参数无法“彻底杜绝”，需组合优化：
- 显式指定内存型临时路径：
proxy_temp_path /dev/shm/nginx/proxy_temp 1 2;（前提是/dev/shm可写且足够大） - 调高缓冲区避免溢出：
proxy_buffering on; proxy_buffer_size 128k; proxy_buffers 8 256k; - 禁用非必要磁盘操作：
access_log off;或转到 syslog；error_log /dev/stderr warn; - 关闭 gzip（若上游已压缩）或确保响应可全缓冲再压缩
注意：设为 0 可能引发兼容性问题
部分上游服务在收到 TCP RST 或连接中断时表现异常，尤其对流式响应（如 SSE、长轮询、大文件下载）：
- 响应体稍超缓冲即断连，用户看到不完整内容或 502
- HTTP/2 场景下可能触发更严格的流重置逻辑
- 无法与
proxy_buffering off共存（后者强制流式转发，忽略所有缓冲和 temp_file 设置）
