一，用于调试进程，定位问题的配置项。
（1）是否以守护进程方式运行nginx
语法：daemon on | off；
默认是on，daemon是脱离终端并且在后台运行的进程，off是关闭守护进程的模式，是为了方便跟踪调试nginx。
（2）是否以master/worker方式工作
语法：master_process on | off；
默认是on，也是方便跟踪调试nginx，如果关闭就不会fork出worker进程自身来处理请求。
（3）error日志的设置
语法：error_log /path/file level；
/path/file可以是具体的文件名，也可以是/dev/null（关闭error日志的唯一手段），level是日志输出级别，取值范围是debug，info，notice，warn，error，crit，alert，emerg，从左到右级别依次增大，例如当设定为error时，error，crit，alert，emerg级别的日志都会输出到/path/file中；如果设置成debug，必须在configure时加入--with-debug配置项。
（4）是否处理几个特殊的调试点
语法：debug_points [stop | abort]
帮助用户跟踪调试的，如果stop，那么nginx的代码执行到这些调试点时会发出SIGSTOP信号以用于调试，如果为abort，则会产生一个coredump文件，可以使用gdb来查看nginx当时的各种信息。
（5）仅对指定的客户端输出debug级别的日志
语法：debug_connection [IP | CIDR]
必须放在events {。。。。}中才生效，对修复bug很有用，特别是定位高并发请求下才会发生的问题。
evens {
debug_connection 10.224.66.14；
debug_connection 10.224.57.0/24；
}
（6）限制coredump核心转储文件的大小
语法：worker_rlimit_core size；
当进程发生错误或收到信号而终止时，系统会将进程执行时的内存内容（核心映射）写入一个文件（core）文件，这就是核心转储（coredumps）可以从core文件获取当时的堆栈，寄存器等信息。
（7）指定coredump文件生成目录
语法：working_directory path；
worker进程的工作目录，存放coredump文件所放置的目录。
二，正常运行的配置项
（1）环境变量
语法：env VAR|VAR=VALUE
这个配置项可以让用户直接设置操作系统上的环境变量。
env TESTPATH=/tmp/；
（2）嵌入其他配置文件
语法：include /path/file
include配置项可以将其他配置文件嵌入到当前的nginx.conf文件中，也可以是绝对路径。
（3）pid文件的路径
语法：pid path/file；
保存master进程ID的pid文件存放路径，默认与configure执行时的参数--pid-path所指定的路径是相同的，也可以随时修改。
（4)nginx worker 进程运行的用户及用户组
语法：user username [groupname]；
fork出来的worker进程运行在那个用户和用户组下。
（5）指定nginx worker进程可以打开的最大句柄描述符个数
语法：worker_rlimit_nofile limit；
设置一个worker进程可以打开的最大文件句柄数。
（6）限制信号队列
语法：worker_rlimit_sigpending limit；
设置每个用户发往nginx的信号队列的大小，当毛个用户的信号队列满了，这个用户再发送的信号量会被丢弃。
三，优化性能的配置项
（1）nginx worker进程个数
语法：worker_processes number；
worker进程的数量会直接影响性能一般和cup核数一致
（2）绑定nginx worker进程到指定的cpu核数
语法：worker_cpu_affinity cpumask [cpumask...]
假定每个worker进程都非常繁忙，如果多个worker进程都在抢同一个cpu，就会出现同步问题，如果一个worker进程独享一个cpu，就在内核策略上实现了完全的并发。
（3）ssl硬件加速
语法：ssl_engine device；
如果服务器上有ssl硬件加速设备，那么就可以进行配置以加快ssl协议的处理速度。用户可以用openssl提供的命令来查看是否有ssl硬件加速设备：openssl engine -t
（4）系统调用gettimeofday的执行频率
语法：timer_resolution t；
每次内核的事件调用返回时，都会执行一次gettimeofday，实现用内核时钟来更新nginx中缓存时钟。在目前的大多数内核中gettimeofday只是一次vsyscall，仅仅对共享内存页的数据做访问，并不 是通常的系统调用。
（5）nginx worker进程优先级设置
语法：worker_priority nice；
默认是0，进程所分配的cpu时间片大小也与进程优先级相关，优先级越高时间片越大，如果用户希望nginx占有更多的系统资源，那么可以把nice值配置的小写，但不建议比内核进程的nice值小
四，事件类配置项
（1）是否打开accept锁
语法：accept_mutex [on | off]
默认是on，可以让多个worker进程轮流的，序列的与新的客户端建立TCP连接，以实现所有的woker进程之上处理的客户端请求数尽量接近。
（2）lock文件的路径
语法：lock_file path/file；
accept锁可能需要这个lock文件，并且由于编译程序，操作系统架构等因素导致nginx不支持原子锁，这时才会用文件锁实现accept锁。
（3)使用accept锁后到真正建立连接之间的延迟时间
语法：accept_mutex_delay Nms；
在使用accept锁后，同一时间只有一个worker进程能够取到accept锁，这个accept所不是组赛锁，如果娶不到会立即返回。如果没取到，那他至少要等accept_mutex_delay定义的时间间隔后才能再次试图取锁。
（4）批量建立新连接
语法：multi_accept [on | off]；
默认是off，当事件模型通知有新连接时，尽可能的对本次调度中客户端发起的所有TCP请求都建立连接。
（5）选择事件模型
语法：use [kqueue | rsting | epoll | /dev/poll | select | poll |eventport]
默认自动使用最合适的模型，linux可供选择的事件模型有poll，select，epoll三种，epoll是性能最高的一种。
（6）每个worker的最大连接数
语法：worker_connections number;
定义每个worker进程可以同时处理的最大连接数