nginx没有proxy_limit_rate指令；实际限速使用limit_rate和limit_rate_after，作用于nginx向客户端发送响应的速率，而非从后端读取的速率。
proxy_limit_rate 并不能限制 Nginx 从后端读取响应的速率，它只控制 Nginx 向客户端发送响应的速率。
这是个常见误解。Nginx 的 proxy_limit_rate 指令作用于 upstream → Nginx → client 这一方向（即 Nginx 输出到客户端），对 client → Nginx → upstream 或 upstream → Nginx 的流量完全无影响。
为什么 proxy_limit_rate 不作用于后端读取
Nginx 的代理模块中，与“从后端读取”相关的机制是缓冲和流式处理，而非限速。Nginx 默认会尽可能快地从上游服务器接收响应体（受 proxy_buffering、proxy_buffers、proxy_busy_buffers_size 等控制），但没有内置指令可对这个接收过程做带宽节制。
原因在于： - 限制读取速率会影响连接复用和超时逻辑； - 可能导致上游连接被异常中断（如后端等待 ACK 或因超时关闭连接）； - Nginx 架构设计上将“接收”视为尽力而为的底层 I/O 行为，不暴露速率调控接口。
如果真需要控制从后端获取响应的速度，有哪些可行思路？
虽然不能直接限速，但可通过间接方式缓解后端突发输出压力：
-
启用并调优 proxy_buffering：设为
on（默认），让 Nginx 缓存完整响应后再发给客户端，避免边收边转带来的资源争抢；配合增大proxy_buffers和proxy_max_temp_file_size，防止频繁写临时文件。 - 使用 proxy_buffer_size 控制 header 缓冲区：确保响应头快速接收，不影响后续逻辑判断。
- 配置 proxy_read_timeout：防止后端响应过慢拖垮 Nginx 连接，属于超时保护而非速率控制。
-
在后端服务层限速：例如应用代码中添加写入延迟、使用 rate-limiting 中间件（如 Express 的
express-rate-limit）、或由负载均衡器（如 Envoy）在更靠近上游的位置做读限速。
proxy_limit_rate 的正确用法示例
它适用于防止大文件下载压垮客户端带宽或 Nginx 输出队列：
location /downloads/ {
proxy_pass http://backend;
proxy_limit_rate 512k; # 向客户端发送时不超过 512KB/s
}
该值可动态设置，例如结合变量：
set $limit "1m"; proxy_limit_rate $limit;
不复杂但容易忽略：别指望它管后端吐数据有多快——那是上游的事，Nginx 只负责“收得稳、发得控”。
