nginx 配置优化(简单)

正常运行的必备配置：

1.user username [groupname]；（推荐nginx）

以那个用户身份运行,以在configure指定的用户为准

2.pid /path/to/pid_filename;

指定nginx的pid文件

3.worker_rlimit_nofile #;

指定一个worker进程能打开的最大文件描述符数量；

4.worker_rlimit_sigpending #;

设定每个用户能够发往worker进程的信号的数量；

autoindex on; #开启目录浏览

autoindex_exact_size off; #关闭以byte显示文件大小

autoindex_localtime on; #显示的文件时间为GMT时间

1. worker_processes #;

worker进程的个数;通常为物理cpu核心数量减1;

可能支持auto

2. worker_cpu_affinity CPUMASK ；

CPUMASK:

00000001

00000010

worker_cpu_affinity 00000001 00000010 00000100;

3. ssl_engine device;

在存在ssl硬件加速器的服务器上，指定所使用的ssl硬件加速设备

4. timer_resolution t

每次内核事件调用返回时，都会使用gettimeofday（）来更新nginx缓存时钟；timer_resolution用于定义每隔多久才会由gettimeofday（）更新一次缓存时钟；x86-64系统上，gettimeofday()代价已经很小，可以忽略此配置

5. worker_priority nice [-20~19]; 值越小越优先调用,建议-10

1.accept_mutex [on|off]

是否打开nginx的负载均衡锁；此锁能够让多个worker进行轮流地、序列化地与新的客户端建立连接；而通常当一个worker进程的负载达到其上限的85%，master就尽可能不在将请求调度此worker；

2.lock_file /path/to/lock_file；锁文件

3.accept_mutex_delay #ns;

使用accept锁以后，只有一个worker能取得锁，一个worker进程为取得accept锁的等待时长，即用户建立等待的时间，如果某worker进程在某次试图取得锁时失败了，至少要等待#ns才能再一次请求锁：默认500毫秒

4.multi_accept on|off;

是否允许一次性地响应多个用户请求，默认为off

5.use [epoll|rtsig|select|poll]

指定使用那种模型,建议让nginx自动选择

6.worker_connections # ; worker_rlimit_nofile >=worker_connections

每个worker能够并发响应的最大请求数，如果为代理服务器的话，worker_rlimit_nofile=worker_commections*2

1.daemon [on|off];

关闭提供守护进程的模式，是否让nignx运行于后台；调试时应该为off，使得所有信息直接输出在控制台，默认为on

2.master_process on|off

是否以master/worker模式运行nginx，默认为on，调试时可以设置为off以方便追踪

3.error_log /path/to/error_log level

错误日志文件及其级别，调试时可以使用debug级别，但要求在编译时必须使用--with-debug启用debug功能，默认通常为error级别