本篇文章给大家带来的内容是关于Nginx的配置详解（附代码），有一定的参考价值，有需要的朋友可以参考一下，希望对你有所帮助。

常用配置项

在工作中，我们与 Nginx 打交道更多的是通过其配置文件来进行。那么掌握这些配置项各自的作用就很有必要了。

首先，nginx.conf 的内容通常是这样的：

1. ...               
2.  
3. ...            #核心摸块 
4.  
5.  
6.  
7. events {        #事件模块 
8.  
9.    
10.  
11.    ... 
12.  
13. } 
14.  
15.  
16.  
17. http {     # http 模块 
18.  
19.  
20.  
21.     server {      # server块 
22.  
23.        
24.  
25.         location [PATTERN] {  # location块 
26.  
27.           
28.  
29.             ... 
30.  
31.         } 
32.  
33.         location [PATTERN] { 
34.  
35.           
36.  
37.             ... 
38.  
39.         } 
40.  
41.     } 
42.  
43.     server { 
44.  
45.       ... 
46.  
47.     } 
48.  
49.       
50.  
51. } 
52.  
53.  
54.  
55. mail {     # mail 模块 
56.  
57.        
58.  
59.      server {    # server块 
60.  
61.           ... 
62.  
63.     } 
64.  
65.  
66.  
67. } 

我们依次看一下每个模块一般有哪些配置项：

核心模块

1. user admin; #配置用户或者组。 
2.  
3. worker_processes 4; #允许生成的进程数，默认为1  
4.  
5. pid /nginx/pid/nginx.pid; #指定 nginx 进程运行文件存放地址  
6.  
7. error_log log/error.log debug; #错误日志路径，级别。 

事件模块

1. events {  
2.  
3.     accept_mutex on; #设置网路连接序列化，防止惊群现象发生，默认为on  
4.  
5.     multi_accept on; #设置一个进程是否同时接受多个网络连接，默认为off  
6.  
7.     use epoll; #事件驱动模型select|poll|kqueue|epoll|resig 
8.  
9.     worker_connections 1024; #最大连接数，默认为512 
10.  
11. } 

http 模块

1. http { 
2.  
3.     include       mime.types;   #文件扩展名与文件类型映射表  
4.  
5.     default_type  application/octet-stream; #默认文件类型，默认为text/plain  
6.  
7.     access_log off; #取消服务日志 
8.  
9.     sendfile on;   #允许 sendfile 方式传输文件，默认为off，可以在http块，server块，location块。  
10.  
11.     sendfile_max_chunk 100k;  #每个进程每次调用传输数量不能大于设定的值，默认为0，即不设上限。  
12.  
13.     keepalive_timeout 65;  #连接超时时间，默认为75s，可以在http，server，location块。 
14.   
15.     server  
16.  
17.     { 
18.  
19.             keepalive_requests 120; #单连接请求上限次数。  
20.  
21.             listen 80; #监听端口  
22.  
23.             server_name  127.0.0.1;   #监听地址        
24.  
25.             index index.html index.htm index.php;  
26.  
27.             root your_path;  #根目录      
28.  
29.             location ~ \.php$ 
30.  
31.             { 
32.  
33.                   fastcgi_pass unix:/var/run/php/php7.1-fpm.sock;  
34.  
35.                   #fastcgi_pass 127.0.0.1:9000;  
36.  
37.                   fastcgi_index index.php;  
38.  
39.                   include fastcgi_params; 
40.  
41.             } 
42.  
43.  
44.  
45.     } 
46.  
47. } 

配置项解析

worker_processes

worker_processes 用来设置 Nginx 服务的进程数。该值推荐使用 CPU 内核数。

worker_cpu_affinity

worker_cpu_affinity 用来为每个进程分配CPU的工作内核，参数有多个二进制值表示，每一组代表一个进程，每组中的每一位代表该进程使用CPU的情况，1代表使用，0代表不使用。所以我们使用 worker_cpu_affinity 0001 0010 0100 1000;来让进程分别绑定不同的核上。默认情况下worker进程不绑定在任何一个CPU上。

worker_rlimit_nofile

设置毎个进程的最大文件打开数。如果不设的话上限就是系统的 ulimit –n的数字，一般为65535。

worker_connections

设置一个进程理论允许的最大连接数，理论上越大越好，但不可以超过 worker_rlimit_nofile 的值。

use epoll

设置事件驱动模型使用 epoll。epoll 是 Nginx 支持的高性能事件驱动库之一。是公认的非 常优秀的事件驱动模型。

accept_mutex off

关闭网络连接序列化，当其设置为开启的时候，将会对多个 Nginx 进程接受连接进行序列化，防止多个进程对连接的争抢。当服务器连接数不多时，开启这个参数会让负载有一定程度的降低。但是当服务器的吞吐量很大时，为了效率，请关闭这个参数；并且关闭这个参数的时候也可以让请求在多个 worker 间的分配更均衡。所以我们设置 accept_mutex off;

multi_accept on

设置一个进程可同时接受多个网络连接

Sendfile on

Sendfile是 Linux2.0 以后的推出的一个系统调用,它能简化网络传输过程中的步骤，提高服务器性能。

不用 sendfile的传统网络传输过程：

硬盘 >> kernel buffer >> user buffer >> kernel socket buffer >> 协议栈

用 sendfile()来进行网络传输的过程：

硬盘 >> kernel buffer (快速拷贝到 kernelsocket buffer) >>协议栈

tcp_nopush on;

设置数据包会累积一下再一起传输，可以提高一些传输效率。 tcp_nopush 必须和 sendfile 搭配使用。

tcp_nodelay on;

小的数据包不等待直接传输。默认为on。
看上去是和 tcp_nopush 相反的功能，但是两边都为 on 时 nginx 也可以平衡这两个功能的使用。

keepalive_timeout

HTTP 连接的持续时间。设的太长会使无用的线程变的太多。这个根据服务器访问数量、处理速度以及网络状况方面考虑。

send_timeout

设置 Nginx 服务器响应客户端的超时时间，这个超时时间只针对两个客户端和服务器建立连接后，某次活动之间的时间，如果这个时间后，客户端没有任何活动，Nginx服务器将关闭连接

gzip on

启用 gzip，对响应数据进行在线实时压缩,减少数据传输量。

gzip_disable "msie6"

Nginx服务器在响应这些种类的客户端请求时，不使用 Gzip 功能缓存应用数据，gzip_disable “msie6”对IE6浏览器的数据不进行 GZIP 压缩。

常用的配置项大致这些，对于不同的业务场景，有的需要额外的其他配置项，这里不做展开。

其他

http 配置里有 location 这一项，它是用来根据请求中的 uri 来为其匹配相应的处理规则。

location 查找规则

1. location  = / { 
2.  
3.   # 精确匹配 / ，主机名后面不能带任何字符串 
4.  
5.   [ config A ] 
6.  
7. } 
8.  
9. location  / { 
10.  
11.   # 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求 
12.  
13.   # 但是正则和最长字符串会优先匹配 
14.  
15.   [ config B ] 
16.  
17. } 
18.  
19. location /documents/ { 
20.  
21.   # 匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索 
22.  
23.   # 只有后面的正则表达式没有匹配到时，这一条才会采用这一条 
24.  
25.   [ config C ] 
26.  
27. } 
28.  
29. location ~ /documents/Abc { 
30.  
31.   # 匹配任何以 /documents/Abc 开头的地址，匹配符合以后，还要继续往下搜索 
32.  
33.   # 只有后面的正则表达式没有匹配到时，这一条才会采用这一条 
34.  
35.   [ config CC ] 
36.  
37. } 
38.  
39. location ^~ /images/ { 
40.  
41.   # 匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条。 
42.  
43.   [ config D ] 
44.  
45. } 
46.  
47. location ~* \.(gif|jpg|jpeg)$ { 
48.  
49.   # 匹配所有以 gif,jpg或jpeg 结尾的请求 
50.  
51.   # 然而，所有请求 /images/ 下的图片会被 config D 处理，因为 ^~ 到达不了这一条正则 
52.  
53.   [ config E ] 
54.  
55. } 
56.  
57. location /images/ { 
58.  
59.   # 字符匹配到 /images/，继续往下，会发现 ^~ 存在 
60.  
61.   [ config F ] 
62.  
63. } 
64.  
65. location /images/abc { 
66.  
67.   # 最长字符匹配到 /images/abc，继续往下，会发现 ^~ 存在 
68.  
69.   # F与G的放置顺序是没有关系的 
70.  
71.   [ config G ] 
72.  
73. } 
74.  
75. location ~ /images/abc/ { 
76.  
77.   # 只有去掉 config D 才有效：先最长匹配 config G 开头的地址，继续往下搜索，匹配到这一条正则，采用 
78.  
79.     [ config H ] 
80.  
81. } 

正则查找优先级从高到低依次如下：

“ = ” 开头表示精确匹配，如 A 中只匹配根目录结尾的请求，后面不能带任何字符串。

“ ^~ ” 开头表示uri以某个常规字符串开头，不是正则匹配

“ ~ ” 开头表示区分大小写的正则匹配;

“ ~* ”开头表示不区分大小写的正则匹配

“ / ” 通用匹配, 如果没有其它匹配,任何请求都会匹配到

负载均衡配置

Nginx 的负载均衡需要用到 upstream 模块，可通过以下配置来实现：

1. upstream test-upstream { 
2.  
3.     ip_hash; # 使用 ip_hash 算法分配 
4.  
5.     server 192.168.1.1; # 要分配的 ip 
6.  
7.     server 192.168.1.2; 
8.  
9. }  
10.  
11. server {  
12.  
13.     location / {        
14.  
15.         proxy_pass http://test-upstream; 
16.  
17.     } 
18.  
19. } 

上面的例子定义了一个 test-upstream 的负载均衡配置，通过 proxy_pass 反向代理指令将请求转发给该模块进行分配处理。

Tags: Nginx配置详解

分享到：