nginx缓冲区配置需按业务匹配负载，避免内存浪费或oom：静态服务调大header缓冲、启用sendfile；api网关设body和proxy缓冲适配json/jwt；大文件上传用内存临时路径；代理层需匹配后端响应特性，并辅以temp_path、ssl_buffer_size等优化。
Nginx 缓冲区参数不是越大越好，也不是越小越省，关键在于让每个连接占用的内存与其实际负载匹配，避免“小请求占大缓存”或“大请求被迫落盘”。
按业务类型定缓冲大小
静态资源服务（如 CDN、图片站）：
请求头通常简单，但响应体可能较大。可适当加大client_header_buffer_size到 4k～8k，large_client_header_buffers设为4 8k；响应侧重点在sendfile on和tcp_nopush on，而非增大 proxy 缓冲。API 网关或微服务入口：
请求体多为 JSON（client_body_buffer_size 16k;proxy_buffer_size 16k;proxy_buffers 8 128k;
同时设client_max_body_size 2m;，防上传滥用。大文件上传或日志上报接口：
请求体可达几 MB，但不需全部进内存。应设client_body_buffer_size 512k;，配合client_body_temp_path /dev/shm/nginx_temp;（用内存盘），并确保client_max_body_size与后端一致。
控制单连接内存开销
每个连接的缓冲总用量 ≈client_header_buffer_size + large_client_header_buffers（最大一组） + client_body_buffer_size + proxy_buffer_size + proxy_buffers（活跃部分）
若 worker 进程可用内存约 1GB，worker_connections 设为 10000，则单连接平均仅能分配 100KB。盲目把 client_body_buffer_size 设到 1M，1000 并发就吃掉 1GB 内存，极易触发 OOM。
代理层缓冲要匹配后端行为
- 若后端返回响应头较长（如含多个 Cookie、自定义追踪字段），
proxy_buffer_size至少设为 12k～16k，否则直接 502； - 若后端是流式接口（SSE、LLM 推理、大报表导出），必须设
proxy_buffering off;，再配proxy_read_timeout 300;，避免缓冲积压超时； - 若后端响应体稳定在 500KB 左右，
proxy_buffers 8 128k;（共 1MB）+proxy_busy_buffers_size 512k;是较稳组合。
配套动作不能少
-
client_body_temp_path指向tmpfs（如/dev/shm），避免 SSD 频繁写入； -
ssl_buffer_size 4k;（HTTPS 场景），比默认 16k 更适配网页和 API 的首字节延迟； - 所有调整后查 error log：出现
upstream sent too big header就调大proxy_buffer_size；出现client intended to send too large body就检查client_body_buffer_size和client_max_body_size是否协同。
不复杂但容易忽略
