nginx.conf详解

[root@flex-staging nginx]# more nginx.conf

    # 定义Nginx运行的用户和用户组
    user root;
    
    # nginx进程数，建议设置为等于CPU总核心数。
    # 在配置文件的顶级main部分，worker角色的工作进程的个数，master进程是接收并分配请求给worker处理。
    # 这个数值简单一点可以设置为cpu的核数grep ^processor /proc/cpuinfo | wc -l，也是 auto 值，
    # 如果开启了ssl和gzip更应该设置成与逻辑CPU数量一样甚至为2倍，可以减少I/O操作。如果nginx服务器还有其它服务，可以考虑适当减少。
    
    worker_processes auto;
    
    # 错误日志: 存放路径
    # 制定错误日志路径，级别。这个设置可以放入全局块，http块，server块，级别依次为：debug|info|notice|warn|error|crit|alert|emerg
    error_log /var/log/nginx/error.log;
    
    # pid(进程标识符): 存放路径   --- nginx:master 进程
    pid /run/nginx.pid;
    
    # 指定进程可以打开的最大描述符：数目
    # 这个指令是指当一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（ulimit -n）与nginx进程数相除，
    # 但是nginx分配请求并不是那么均匀，所以最好与ulimit -n 的值保持一致。
    # 这是因为nginx调度时分配请求到进程并不是那么的均衡，所以假如填写10240，总并发量达到3-4万时就有进程可能超过10240了，这时会返回502错误。
    worker_rlimit_nofile 65535;
    
    # Load dynamic modules. See /usr/share/nginx/README.dynamic.
    # 加载动态模块 : 存放路径
    include /usr/share/nginx/modules/*.conf;
    
    # events模块中包含nginx中所有处理连接的设置.
    # 事件模块可以使用指令来配置网络机制，某些参数可能会直接应用程序性能,下面是事件模块可配置的指令
    events {
        
        # 选择一个可用的事件的模型(可以在编译时指定)，Nginx会自动选择事件的模型
        # 支持下面的事件模型:
            # select：只能在Windows下使用，这个事件模型不建议在高负载的系统使用
            
            # poll:Nginx默认首选，但不是在所有系统下都可用
            
            # kqueue:这种方式在FreeBSD 4.1+, OpenBSD2.9+, NetBSD 2.0, 和 MacOS X系统中是最高效的

            # epoll: 这种方式是在Linux 2.6+内核中最高效的方式

            # rtsig:实时信号，可用在Linux 2.2.19的内核中，但不适用在高流量的系统中

            # /dev/poll: Solaris 7 11/99+,HP/UX 11.22+, IRIX 6.5.15+, and Tru64 UNIX 5.1A+操作系统最高效的方式

            # eventport: Solaris 10最高效的方式
        use epoll;
        
        # 每个工作进程的最大连接数量。根据硬件调整，和前面工作进程配合起来用，尽量大，但是别把cpu跑到100%就行。
        # 每个进程允许的最多连接数，理论上每台nginx服务器的最大连接数为。worker_processes*worker_connections
        worker_connections 1024;
        
        # keepalive超时时间。
        keepalive_timeout 60;
        
        # 客户端请求头部的缓冲区大小。这个可以根据你的系统分页大小来设置，一般一个请求头的大小不会超过1k，不过由于一般系统分页都要大于1k，所以这里设置为分页大小。
        # 分页大小可以用命令getconf PAGESIZE 取得。   --- 4096
        client_header_buffer_size 4k;
        
        # 这个将为打开文件指定缓存，默认是没有启用的，max指定缓存数量，建议和打开文件数一致，inactive是指经过多长时间文件没被请求后删除缓存。
        open_file_cache max=65535 inactive=60s;
        
        # 这个是指多长时间检查一次缓存的有效信息。
        open_file_cache_valid 80s;
        
        # open_file_cache指令中的inactive参数时间内文件的最少使用次数，如果超过这个数字，文件描述符一直是在缓存中打开的，如上例，如果有一个文件在inactive时间内一次没被使用，它将被移除。
        open_file_cache_min_uses 1;
        
        # 这个指令指定是否在搜索一个文件时记录cache错误. 默认 off
        open_file_cache_errors on;
        
        # 设置网路连接序列化，防止惊群现象发生，默认为on
        # 当一个新连接到达时，如果激活了accept_mutex，那么多个Worker将以串行方式来处理，其中有一个Worker会被唤醒，其他的Worker继续保持休眠状态；
        # 如果没有激活accept_mutex，那么所有的Worker都会被唤醒，不过只有一个Worker能获取新连接，其它的Worker会重新进入休眠状态，这就是「惊群现象」。
        # 惊群现象解释: https://blog.huoding.com/2013/08/24/281