nginx系统学习9--Nginx性能参数调优

十 、Nginx性能参数调优

10.1 、worker_processes

1. worker线程的数量
2. 每个worker进程都是单线程的进程，它们会调用各个模块功能。
3. 如果各个模块功能不会出现阻塞式的调用，那么，有n个CPU内核就应该配置n个worker进程；
4. 如果有可能出现阻塞式调用，那么需要配置稍多一些的worker进程。
   1. 如果业务方面让用户请求大量读取本地磁盘上的静态资源文件，而且服务器上的内存较小，以至于大部分的请求访问静态资源文件时都必须读取磁盘(磁头的寻址是缓慢的)，而不是内存中的磁盘缓存，那么磁盘I/O调用可能会阻塞住worker进程少量时间，进而导致服务整体性能下降。

10.2 、worker_connections

1. 每个worker进程的最大连接数
2. 默认1024个
3. 使用worker_processes和worker_connections可以实际的设置nginx的总体最大连接数.
   1. worker_processes设置为2，worker_connections设置为1024，那么nginx的总体最大连接数就是2048个。
4. 连接数范围
   1. nginx和客户端的链接
   2. nginx和被代理的服务端的链接
   3. 扩展：
      1. nginx的总体最大连接数2048不代表nginx的并发能力是2048。

10.3 、worker_cpu_affinity

1. 绑定Nginx的worker进程到指定的CPU内核。

2. 为什么要绑定worker进程到指定的CPU内核呢？

   1. 假定每一个worker进程都是非常繁忙的，如果多个worker进程都在抢同一个CPU，那么这就会出现同步问题。
   2. 反之，如果每一个worker进程都独享一个CPU，就在内核的调度策略上实现了完全的并发。

3. worker_cpu_affinity配置仅对Linux操作系统有效。

4. 举例：4颗CPU内核，可以如下配置：

    worker_processes 4;
    worker_cpu_affinity 1000 0100 0010 0001;
   

10.4 、worker_priority

1. worker进程优先级
2. 默认0
3. 扩展
   1. 优先级由静态优先级和内核根据进程执行情况所做的动态调整(目前只有±5的调整)共同决定。
   2. nice值是进程的静态优先级，它的取值范围是–20～+19，–20是最高优先级，+19是最低优先级。
   3. 用户希望Nginx占有更多的系统资源，那么可以把nice值配置得更小一些，但不建议比内核进程的nice值(通常为–5)还要小。

10.5 、worker_rlimit_nofile

1. worker进程最大打开文件数。
2. 默认：操作系统的限制值。
3. 把这个值设高，可以解决"too many open files"问题。

10.6 、accept_mutex

1. 是否打开accept锁
   1. accept_mutex是Nginx的负载均衡锁，当某一个worker进程建立的连接数量达到worker_connections配置的最大连接数的7/8时，会大大地减小该worker进程试图建立新TCP连接的机会.
   2. 是:默认
   3. 否:不建议关闭
      1. 建立TCP连接的耗时会更短，但是worker进程之间的负载会非常不均衡,不建议关闭它。

10.7 、accept_mutex_delay

1. 使用accept锁后到真正建立连接之间的延迟时间
2. 默认500ms
3. 在使用accept锁后，同一时间只有一个worker进程能够取到accept锁。这个accept锁不是堵塞锁，如果获取不到会立刻返回。
4. worker进程获取锁而没有取到，他至少要等待accept_mutex_delay定义的时间才能再次试图取锁。