nginx优化

本文提到的Nginx配置，需要较高版本Linux内核才支持。在实际生产环境中，升级服务器内核不是一件容易事儿，但为了更好的性能，有些升级还是必须的。

TCP优化

http {
    sendfile           on;
    tcp_nopush         on;
    tcp_nodelay        on;

    keepalive_timeout  60;
    ... ...
}

1) sendfile:
   配置可以提高Nginx静态资源托管效率。Sendfile是一个系统调用，直接在内核空间完成文件发送，不需要事先read再write,没有上下文切换的开销。
   
2) tcp_nopush
   TCP_NOPUSH 是 FreeBSD 的一个 socket 选项，对应 Linux 的 TCP_CORK，Nginx 里统一用 tcp_nopush 来控制它，并且只有在启用了 sendfile 之后才生效。启用它之后，数据包会累计到一定大小之后才会发送，减小了额外开销，提高网络效率。

3) tcp_nodelay
   也是一个 socket 选项，启用后会禁用 Nagle 算法，尽快发送数据，某些情况下可以节约 200ms（Naggle 算法原理是：在发出去的数据还未被确认之前，新生成的小数据先存起来，凑满一个 MSS 或者等到收到确认后再发送）。Nginx只会针对处于keep-alive状态的TCP连接才会启用 tcp_nodelay.
   
4) keepalive_timeout
   用来指定服务端为每个 TCP 连接最多可以保持多长时间。Nginx 的默认值是 75 秒，有些浏览器最多只保持 60 秒，所以我统一设置为 60。

可以看到tcp_nopush是要等数据包累积到一定大小才发送，而tcp_nodelay是要尽快发送，二者相互矛盾。
实际上，它们确实可以一起用，最终的效果是先填满包，再尽快发送。

另外，还有一个 TCP 优化策略叫 TCP Fast Open（TFO），TFO 的作用是用来优化 TCP 握手过程。客户端第一次建立连接还是要走三次握手，所不同的是客户端在第一个 SYN 会设置一个 Fast Open 标识，服务端会生成 Fast Open Cookie 并放在 SYN-ACK 里，然后客户端就可以把这个 Cookie 存起来供之后的 SYN 用。下面这个图形象地描述了这个过程：

需要注意的是，现阶段只有 Linux、ChromeOS 和 Android 5.0 的 Chrome / Chromium 才支持 TFO，所以实际用途并不大。

Nginx 1.9.1增加了 reuseport 功能，意味着 Nginx 也开始支持 TCP 的 SO_REUSEPORT 选项了。

启用这个功能后，Nginx 会在指定的端口上监听多个 socket，每个 Worker 都能分到一个。请求过来时，系统内核会自动通过不同的 socket 分配给对应的 Worker，相比之前的单 socket 多 Worker 的模式，提高了分发效率。下面这个图形象地描述了这个过程：

Socket优化

由TCP头部结构可以了解到，源端口到目的端口范围是0-31，源端口16位，目的端口也是16位。换算一下，端口范围是 2^16=65536, 那为什么都说最大是65535呢？ 因为端口是从0开始算起的，也就是0-65535，但是0属于保留端口，这么说就明白了是吧？ 也就是说一台服务器最多支持这么多socket连接。

但是系统默认就支持这么多连接吗？No, 回到linux系统本质，“一切皆文件”，一个连接属于一个socket，一个socket也算是一个文件，但是系统支持打开这么多文件吗？那就聊聊ulimit ,如何查看和优化

#查看ulimit【open files字段】
ulimit -a  

#优化Linux系统的最大进程数和最大文件打开数
vi /etc/security/limits.conf
  # 添加如下的行
  * soft noproc 11000
  * hard noproc 11000
  * soft nofile 8192
  * hard nofile 8192
  说明：* 代表针对所有用户，noproc 是代表最大进程数，nofile 是代表最大文件打开数

• 本文作者： GaryWu
• 本文链接： https://garywu520.github.io/2017/08/31/nginx优化/
• 版权声明： 本博客所有文章除特别声明外，均采用 MIT 许可协议。转载请注明出处！