阅读 nginx 文档,该proxy_buffer
命令具有以下说明性消息:
该指令设置缓冲区的数量和大小,将从代理服务器获得的答案读取到缓冲区中。默认情况下,一个缓冲区的大小等于页面的大小。根据平台,这是 4K 或 8K。
默认值为 8 个 4k 或 8k 缓冲区。为什么作者nginx
选择了八位,而不是更大的数字?如果我添加更多缓冲区或更大的缓冲区大小会出现什么问题?
阅读 nginx 文档,该proxy_buffer
命令具有以下说明性消息:
该指令设置缓冲区的数量和大小,将从代理服务器获得的答案读取到缓冲区中。默认情况下,一个缓冲区的大小等于页面的大小。根据平台,这是 4K 或 8K。
默认值为 8 个 4k 或 8k 缓冲区。为什么作者nginx
选择了八位,而不是更大的数字?如果我添加更多缓冲区或更大的缓冲区大小会出现什么问题?
nginx 的构建是为了高效使用内存,并且它的默认配置对内存使用量也很轻。如果添加更多缓冲区,一切都不会出错,但 nginx 会消耗更多 RAM。
八个缓冲区可能被选为最小的有效计数,即 2 的平方。四个太少了,而 16 将大于 nginx 的默认需求。
“缓冲区过多”的答案取决于您的性能需求、内存可用性和请求并发性。保持在“良好”阈值以下的是服务器必须将内存交换到磁盘的点。“最好”的答案是:确保 nginx 永远不会写入磁盘所需的尽可能少的缓冲区(检查您的错误日志以了解是否是)。
以下是我在具有 32 GB RAM 的 Web 主机上用于大型 PHP-FPM 应用程序的 nginx 配置:
client_body_buffer_size 2m; client_header_buffer_size 16k; large_client_header_buffers 8 8k; fastcgi_buffers 512 16k; fastcgi_buffer_size 512k; fastcgi_busy_buffers_size 512k;
这些配置是通过一些试验和错误以及通过增加网络上的 nginx 配置指南中的值来确定的。标头缓冲区仍然很小,因为 HTTP 标头往往是轻量级的。客户端和 fastcgi 缓冲区已增加以处理复杂的 HTML 页面和 XML API。