nginx.conf 配置文件主要分为三部分：全局块、events块、http块
1、全局块核心参数：
-user USERNAME [GROUP] 解释：指定运行nginx的worker子进程的属主和属组，其中属组可以不指定
示例：user nginx nginx;
-pid DIR 解释：指定运行nginx的master主进程的pid文件存放路径
示例：opt/nginx/logs/nginx.pid
-worker_rlimit_nofile number 解释：指定worker子进程可以打开的最大文件句柄数
示例：worker_rlimit_nofile 20480;
-worker_rlimit_core size 解释：指定worker子进程异常终止后的core文件，用于记录分析问题, 注意nginx用户要对目录有写权限，不然无法记录。
示例：worker_rlimit_core 50M; working_directory /opt/nginx/tem;
-worker_processes number | auto 解释：指定nginx启动的worker子进程数量
示例：worker_processes 4; worker_process auto;
-worker_cpu_affinity cpumask1 cpumask2... 解释：将每个worker子进程与我们的cpu物理核心绑定
示例：worker_cpu_affinity 0001 0010 0100 1000; 4个物理核心，4个worker子进程worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; 8物理核心，8子进程worker_cpu_affinity 01 10 01 10; 2物理核心，4子进程
备注：将每个worker子进程与特定的cpu物理核心绑定，优势在于：避免同一个worker子进程在不同的cpu核心上切换，导致缓存失效，降低性能；但是其并不能真正的避免进程切换
-worker_priority number 解释：指定worker子进程的nice值，以调整运行nginx的优先级，通常设定为负值，以优先调用nginx
示例：worker_priority -10;
备注：Linux默认进程的优先级是120，值越小越优先；nice设定范围为-20到+19
-work_shutdown_timeout time 解释：指定worker子进程优雅退出的超时时间
示例：worker_shutdown_timeout 5s;
备注：防止恶意请求，比如建立tcp连接后没有发请求或者没有回应，会在5s后关闭连接。避免占用系统资源。
-timer_resolution interval 解释：worker子进程内部使用的计时器精度，调用时间间隔越大，系统调用越少，有利于性能提升；反之，系统调用越多，性能下降
示例：worker_resolution 100ms;
-daemon on|off 解释：设定nginx的运行方式。默认为on，表示后台运行。off表示前台运行，会输出日志信息。前台用于调试，后台用于生产
-lock_file file 解释：负载均衡互斥锁文件存放路径
2、events块核心参数
-use [ select | poll | kqueue | epoll | /dev/poll | eventpot ] nginx使用何种事件驱动模型。默认配置无，建议不配置，让nginx自己选择。
-worker_connections number worker子进程能够处理的最大并发连接数。默认1024，建议65535。Linux可以打开的最大文件句柄数是65535，设置65535可以保证即使只有一个子进程也可以充分利用系统资源。
-accept_mutex [ on | off ] 是否打开负载均衡互斥锁。默认关闭。当用户向nginx发起请求时，主进程会向所有子进程询问，空闲的子进程将处理进程。当互斥锁打开时，由互斥锁轮流分配任务给子进程，可以提高效率。
-accept_mutex_delay time 互斥锁延迟时间。在互斥锁打开时生效，当互斥锁分配某个请求给子进程时，如果子进程由于繁忙不能处理时，会在延迟时间结束后分配给下一个子进程。可以避免请求长时间等待。
-muti_accept [ on | off ] 默认关闭。nginx子进程在某一时刻只能同时处理一个请求。打开后可以在同一时刻处理多个请求。实际情况下对提升性能不是很明显。
2.1、server段常用参数
-server_name name1 name2... 匹配请求服务器的域名，比如：www.nginx.com、.nginx.com(左侧匹配)、 www.nginx.(右侧匹配)、~^www.nginx…*%（正则）
匹配顺序为：完全匹配>左侧匹配>右侧匹配>正则表达式匹配
3、http块
3.1、location的用法
-location [ = | ~ | ~* | ^~ ] url { ... } 解释：
- 1、=表示完全匹配
示例：location = /images/ { … } ，可以匹配www.url.com/images, www.url.com/images/item，不可以匹配带参数的url，例如：www.url.com/images?name=k。需要注意的是www.url.com/images比www.url.com/images/item优先级要高。 - 2、^~匹配到即停止搜索。不能与不带符号的相同url同时存在。
示例：location ^~ /images/ { … } 和 location /images/ { … } 不能同时存在。
# 当访问 www.test.com/bbs/ 时会匹配上 /usr/share/nginx/html/bbs/index.html
location ^~ /bbs/ {
root /usr/share/nginx/html;
index index.html index.htm;
}- 3、~正则匹配，区分大小写
location ~ \.(jpg|gif)$ { ... }匹配.jpg或.gif 结尾的文件，且区分大小写 - 4、~*正则匹配，不区分大小写
location ~* \.(jpg|gif)$ { ... }假设这里要访问http://xxx.com/test/img/face.JPG，只要服务器里有face.png一样可以匹配的到 - 5、不带额外符号
location / { … }
location优先级：(location =) > (location ^~ ) > (location ~ ) > (location ~* ) > (location /)
1).location = / { [ configuration A ]} 请求“/”匹配配置A，
2).location / {[ configuration B ]} 请求“/index.html”匹配配置B,
3).location /documents/ {[ configuration C ]} 请求“/documents/document.html”，2和3都匹配，3更精确匹配配置C
4).location ^~ /images/ {[ configuration D ]} 请求“/images/1.gif”，2和4和5都匹配，根据优先匹配配置D,
5).location ~* \.(gif|jpg|jpeg)$ { [ configuration E ] } 请求“/documents/1.jpg”，2和3和5都匹配，5更精确匹配配置E,深入理解location中URL结尾的反斜线：
url后面到底跟不跟/？简单来说，带/表示目录，不带/表示文件。
- 不带 / 当访问 www.nginx-test.com/test 时， Nginx 先找是否有 test 目录，如果有则找 test 目录下的 index.html ；如果没有 test 目录， nginx 则会找是否有 test 文件。
- 带 / 当访问 www.nginx-test.com/test 时， Nginx 先找是否有 test 目录，如果有则找 test 目录下的 index.html ，如果没有它也不会去找是否存在 test 文件。
location /test {
...
}
location /test/ {
...
}3.2、location段常用参数
-root path 文件根目录，不一定放在server段中，可以放的上下文环境是http、server、location、if。
-alias path 文件根目录。注意path后要以/结尾，且只能放在location段中。
location /image {
alias /opt/nginx/static/;
}
当用户访问 www.test.com/image/1.png 时，实际在服务器找的路径是 /opt/nginx/static/1.png跟root区别是：root会将定义路径与url叠加，alias只取定义路径
location /image {
root /opt/nginx/static/;
}
当用户访问 www.test.com/image/1.png 时，实际在服务器找的路径是 /opt/nginx/static/image/1.png3.3、stub_status模块的用法
-stub_status 监控nginx状态
示例：location /url { stub_status; }
显示的参数解释：
- 1、Active Connections 活跃的连接数量($connections_active)
- 2、accepts 接受的客户端连接总数量
- 3、handled 处理的客户端连接总数量
- 4、requests 客户端总的请求数量
- 5、Reading 读取客户端的连接数($connections_reading)
- 6、Writing 响应数据到客户端的连接数($connections_writing)
- 7、Waiting 空闲客户端请求连接数量($connections_waiting)
