<p> </p>    <p>【编者的话】本文是“NGINX应用性能优化指南”系列文章的第二篇，主要介绍了如何通过反向代理缓冲实现NGINX应用性能优化。</p>    <p>注：本文最初发布于MaxCDN博客，InfoQ中文站在获得作者授权的基础上对文章进行了翻译。</p>    <h2>正文</h2>    <p>当NGINX从后台接收响应时，代理缓冲非常有用。这既可以发生在第一次获取可缓冲的资源时，也可以发生在请求动态/不可缓冲内容时。</p>    <p>按照设计，NGINX会为大小合理的响应正文设置缓冲区。但是，如果来自后台应用服务器的响应无法放入这些缓冲区，响应就会被写进一个临时文件。</p>    <p>对于可缓存内容，这不算什么问题，因为你可以恰当地配置缓存，让它基于反向代理的文件系统。然而为了正确设置代理缓冲区的大小，你会想分析应用的不可缓存响应，而对于块编码的响应，你会想分析块与块之间的差别。</p>    <p>指令 proxy_buffering 决定NGINX是异步（默认启用）还是同步（禁用）转发响应。</p>    <p><img src="https://simg.open-open.com/show/4db588e0a311e2939a350c79db5b2482.png"></p>    <p>proxy_buffering <strong>禁用</strong> 时，从服务器收到的数据会被NGINX立即转发，这样可以获得最小的 <a href="/misc/goto?guid=4959671289315419498" rel="nofollow,noindex">首字节时间</a> （TTFB）。</p>    <p>从响应中读取的数据量受 proxy_buffer_size 控制——代理缓冲禁用时唯一相关的代理缓冲指令。因此，如果你的目标是TTFB，那么请确保 tcp_nodelay 被启用（默认），而 tcp_nopush 被禁用（默认）。</p>    <p>警告：禁用代理缓冲实际上风险相当大，因此，除非你知道自己究竟在做什么，否则我不建议你那么做。通常，反向代理和后台应用服务器位于同一个速度非常快的局域网上。但是客户端连接质量差异巨大，有时还会失速。</p>    <p>如果代理的客户端连接对代理的上游连接（大资源或HTTP/2）造成反压，它就劫持了应用服务器，迫使它以客户端的低速度传送完响应末尾部分。有些人喜欢部署许多性能较差的后台服务器，而这些服务器无法支撑几百个以上的并发连接，对他们而言，这个问题尤为严重。</p>    <p>另一方面， proxy_buffering <strong>启用</strong> 时，要提防使用的代理缓冲区太大。这可能会吃掉你的内存，限制代理能够支持的最大并发连接数。</p>    <p>虽然可能大多数人会配置全局代理缓冲和缓冲区大小，但值得注意的是，这套指令可以针对每个服务器块甚至是每个位置块进行配置，为自定义内容分发提供无限的灵活性。</p>    <p>相关教程： <a href="/misc/goto?guid=4958972567548968866" rel="nofollow,noindex">NGINX代理指令清单</a></p>    <p>对于HTML或JavaScript，HTTP Archive的统计表明，单个响应的平均大小 <a href="/misc/goto?guid=4959671289506567694" rel="nofollow,noindex">小于32KB</a> ，因此，你可能不需要调整 proxy_buffers 的默认值。</p>    <p>在进行无知的猜测前，先看下应用程序响应正文的大小，并设法限制代理缓冲区随动态响应增长，因为那些响应不会被缓存。而且，可缓存响应无论如何都需要存入磁盘，因此设法将它们全部缓冲可能没什么用。</p>    <p>NGINX还能够让应用程序服务器使用HTTP响应头字段 X-Accel-Buffering （设置为 yes 或 no ）根据每个响应决定代理缓冲区行为。不过，它不允许应用服务器影响那个响应的缓冲区大小，因此会使用 <em>内在的</em> 配置值。或者，就像忽略其他任何带有 proxy_ignore_headers 指令的HTTP头一样忽略它。</p>    <p>来自： <a href="/misc/goto?guid=4959671289583711795" rel="nofollow">http://www.infoq.com/cn/articles/nginx-application-performance-part02</a></p>