nginx面试题及调优（日更第9日: （翻）nginx调优之upstream开启keepalive）

本文目录

• 日更第9日: （翻）nginx调优之upstream开启keepalive
• Nginx性能调优
• nginx调优，怎么优化性能
• 日更第4日: （翻）nginx调优之避免使用if指令判断server_name

日更第9日: （翻）nginx调优之upstream开启keepalive

原文地址

配置 keepalive 的主要意图：解决在高延迟网络上建立 TCP 连接的延迟问题。 当 nginx 与上游服务器之间需要持续保持一定数量的连接时， keepalive 很有用。

开启 Keep-Alive 连接对性能有很大的影响：减少了打开和关闭连接所需的 CPU 和网络开销。

通过在 nginx 中启用 HTTP keepalive ，降低了 nginx 连接上游服务器的延迟，从而提高了性能，并减少了 nginx 耗尽临时端口的可能性。 nginx 将重用现有的 TCP 连接,而不创建新的 TCP , 这可以极大地减少繁忙服务器上 TIME_WAIT TCP 连接中的套接字数量(减少操作系统建立新连接的工作，减少网络上的数据包)

注意： 仅在 HTTP/1.1 时支持 Keep-Alive 连接。

Nginx性能调优

本文翻译自 Tuning NGINX for Performance Nginx以高性能 负载均衡 、 缓存 和 web服务器 出名，支撑着世界上繁忙网站中的40%。大多数使用场景下，Nginx和Linux系统的默认配置表现较好，但是仍有必要做一些调优以期达到最佳性能。这篇文章讨论当调优系统时需要考虑的一些Nginx和Linux配置。这些配置有很多，但是在本文里我们只涉及适合大多数用户的配置。那些没有涉及到的配置，只有那些对Nginx和Linux有深入理解的人，或者Nginx专家服务团队推荐，才会考虑到。Nginx专家服务，已经和世界上一些繁忙网站合作来调优Nginx以达到最大限度的性能，并且可以对任何需要充分发挥系统能力的客户提供支持。 这里假定读者对Nginx架构和配置概念有个基本了解。本文不会重复Nginx文档的内容，而是概述各种配置选项并提供相关文档链接。 调优时，有一条较好的准则是，一次只改一个配置项，如果改后没有性能上的提升，就退回为原先的值。 我们先讨论Linux调优，因为有些值会影响在Nginx配置中可以用的值。 现代Linux内核（2.6+）能够很好的调节各种配置，有些配置您可能想更改。如果操作系统配置太低，那么会在内核日志中看到错误信息，因此需要调节这些配置。Linux配置项很多，本文只提及那些在普通工作负载下最可能需要调优的配置项。如果需要这些配置的详细信息，请参考Linux文档。 以下设置与连接及其如何排队直接相关。如果传入的连接率很高而性能水平参差不齐，比如一些连接似乎被暂停了，那么更改这些配置可能会有用。 文件描述符是一种操作系统资源，用来处理诸如连接和打开文件的事情。对每一个连接，Nginx可以用上多达两个文件描述符。例如，如果Nginx用作代理，则其中一个用于客户端连接，另一个用于连接到被代理的服务器。如果使用了HTTP keepalive，则连接描述符的使用会少得多。对于有大量连接的系统，如下设置可能需要进行调整： 当Nginx被当作代理使用时，每一个到upstream服务器的连接都使用一个临时端口。 下面是一些可能影响性能的Nginx指令。如前所述，我们仅讨论那些推荐大多数用户调整的指令。这里未提及到的任何指令，如果没有Nginx团队的指导，不推荐更改。 Nginx可以运行多个工作进程，每个都能处理大量连接。你可以用如下指令控制工作进程个数以及连接如何被处理： 持久连接可以减少打开和关闭连接所需要的CPU和网络开销，因而对性能有重大影响。Nginx终止所有客户端连接，并具有到upstream服务器的单独连接。Nginx支持客户端和upstream服务器的持久连接。如下指令涉及客户端持久连接： 如下指令涉及upstream持久连接： 为了启用到upstream的持久连接，需要增加如下指令： 记录每个请求需要花费CPU和IO周期，减少这种影响的一种方法是启用access日志缓冲。这将导致Nginx缓冲一系列日志条目，然后一次性写入文件而不是单个单个写入。通过指定access_log指令的"buffer=size"选项可以打开access日志缓冲，该设置指定要使用的缓冲区的大小。你还可以使用"flush=time"选项告诉Nginx多长时间后把缓冲区中的条目写入文件。定义了这两个选项后，当缓冲区放不下下一条日志，或者缓冲区中的条目超过了flush参数指定的时间，Nginx会将缓冲区中的条目写入日志文件。当工作进程重新打开日志文件或者关闭时，缓冲区中的条目也会被写入文件。也可以完全禁用access日志记录。 Sendfile 是一个操作系统特性，可以在Nginx上启用。它通过在内核中从一个文件描述符向另一个文件描述符复制数据，往往能达到 零拷贝 ，因而可以提供更快的TCP数据传输。Nginx可以使用该机制将缓存或者磁盘上的内容写到socket，无需从内核空间到用户空间的上下文切换，因而非常快并且使用较少的CPU开销。由于数据永远不会触及用户空间，所以不可能把需要访问数据的过滤器插入到处理链中，不能使用任何需要改变内容的Nginx过滤器，比如gzip过滤器。Nginx默认没有启用该机制。 Nginx和Nginx Plus允许设置各种限制，用来控制客户端资源消耗，以防影响系统性能以及用户体验和安全。以下是一些相关指令： Nginx还有一些特性可以用来提高web应用的性能。这些特性不常出现在调优讨论中，但是有必要一提，因为它们的影响也可能比较可观。我们将讨论这些特性中的两个。 对于一个为一组web服务器或者应用服务器作负载均衡的Nginx实例来说，启用缓存可以显著地降低响应时间，同时能显著减轻后端服务器的负载。缓存本身就是一个主题，这里不会讨论。Nginx缓存配置的更多信息请参考： Nginx管理指南 - 缓存 。 压缩响应可以大大减小响应的大小，减少带宽占用。不过，这需要CPU资源来处理压缩，所以最好在值得减少带宽占用的情况下使用。需要注意的是，不能对已经压缩的东西（比如jpeg图片）再次启用压缩。Nginx压缩配置的更多信息请参考： Nginx管理指南 - 压缩和解压缩 。 更多信息请参考：

nginx调优，怎么优化性能

可优化点：work_processes 8； 【根据你的CPU配置的，你的E5-2650是八核】error_log logs/error.log error; 【运行状态，尽量不使用info，日志量太多太大，占用IO】use epoll； 【考虑使用epoll模式，提高并发量】send timeout 1m; 【等待时间缩小，减少排队】

日更第4日: （翻）nginx调优之避免使用if指令判断server_name

原文地址 当 NGINX 接收到一个请求时，如果你配置了 if 指令用于检查每个请求的 Host 头， 不管请求的子域是什么，无论是 www.example.com ，还是 example.com ，都将执行该 if 指令进行判断。 相反，使用两个 server 指令，如下面的例子所示。这种方法降低了 NGINX 处理需求。 不光 $server_name 指令，当判断 $scheme 值时，也应该用多个 server 代替 if 判断如。 在某些情况下(但并非总是如此)，添加一个额外的块指令比使用 if 更好。 在 location 上下文中使用 if 会存在一些问题，尽量避免。