Nginx分布式框架详解-基础22-31nginx核心配置文件

标签：http 配置文件 22 Nginx 31nginx nginx html 指令 log

nginx配置文件nginx.conf的文件结构

从前面的内容学习中，我们知道 Nginx 的核心配置文件默认是放在 /usr/local/nginx/conf/nginx.conf，本次我们就来学习下 nginx.conf 的内容和基本配置方法。

1. 配置文件内容
   读取 Nginx 自带的 Nginx 配置文件，配置文件内容很多，我们先将其中的注释部分【学习一个技术点就是在 Nginx 的配置文件中可以使用 # 来注释】删除掉后，就剩下如下内容：

worker_processes  1;   # 使用指令 1 

events {    # 这是 events 块
    worker_connections  1024;
}

http {    # 这是 http 块
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       80;   # 监听 80 端口
        server_name  localhost;   # 监听请求过来的 IP
        location / {   # 请求的地址是 /，则进入这个配置，访问 idnex.html
            root   html;      # 进入 html 目录找到访问的页面
            index  index.html index.htm;
        }
        # 如果访问的页面是 500 502 503 504，则发送 /50x.html 请求
        error_page   500 502 503 504  /50x.html;  
        location = /50x.html {      # 如果匹配上 /50x.html 请求
            root   html;     # 则进入 html 目录找到 /50x.html
        }
    }
}

对上面文件内容的解释，一一对应比较解释：

指令名	指令值;  # 全局块，主要设置 Nginx 服务器整体运行的配置指令

# events 块，主要设置 Nginx 服务器与用户的网络连接,这一部分对 Nginx 服务器的性能影响较大
events {	 
    指令名	指令值;
}

# http 块，是 Nginx 服务器配置中的重要部分，代理、缓存、日志记录、第三方模块配置...             
http {		
    指令名	指令值;

    server { 		# server 块，是 Nginx 配置和虚拟主机相关的内容
        指令名	指令值;
        location / {      # location 块，基于 Nginx 服务器接收请求字符串与 location 后面的值进行匹配，对特定请求进行处理
            指令名	指令值;
        }
    }
    ...
}

小结：nginx.conf 配置文件中默认有三大块：全局块、events 块、http 块
http 块中可以配置多个 server 块，每个 server 块又可以配置多个 location 块。

全局块

全局块的配置影响nginx的全局设置，如用户权限、启动的进程数等。

1. user指令
   user：用于配置运行 Nginx 服务器的 worker 进程的用户和用户组。

语法	默认值	位置
user [group]	nobody	全局块

该属性也可以在编译的时候指定，语法如下 ./configure --user=user --group=group，如果两个地方都进行了设置，最终生效的是配置文件中的配置。
该指令的使用步骤:
（1）进入配置文件添加一个用户信息 『 www 』
user www;
（2）测试进行测试配置文件会报错：
/usr/local/nginx/sbin/nginx -t
原因在于 Linux 系统不存在 www 用户，我们需要创建它。
（3）创建一个用户
useradd www -m
（4）重启nginx配置文件

nginx -s reload

# 查看重启是否生效
ps -ef | grep nginx

（5）在 Linux 的 /root 下创建一个 html 目录，并且进入 html 目录，创建 index.html 文件

mkdir /root/html

cd /root/html

vim index.html

然后在 /root/html/index.html 文件里添加如下内容：

<p>I am Nginx index</p>

（6）修改 nginx.conf

location / {
            root   /root/html;
            index  index.html index.htm;
        }

（7）信号重新启动nginx:
kill -HUP cat /usr/local/nginx/logs/nginx.pid``
然后访问nginx报错403，
（8）分析原因：因为当前用户（www 用户）没有访问 /root/html 目录的权限，这个目录只有 root 才能访问。
那么 www 如何访问我们写的 index.html 页面呢？我们知道，每新建一个用户，/home 下都会生成该用户权限的目录
（9）将文件移动到 /home/www/html/index.html
mv /root/html /home/www/
（10）记得修改配置文件的资源内容

location / {
            root   /home/www/html;  // 这是www用户有权限访问的目录
            index  index.html index.htm;  // 访问了html目录，然后访问index.html文件
        }

再次测试启动访问，可以正常访问，

• 综上所述，使用user指令可以指定启动运行工作进程的用户及用户组，这样对于系统的权限访问控制的更加精细，也更加安全。
  我们也能理解了配置文件的 locaotion 块的基本使用，root 对应着访问目录，index 对应着访问目录下的默认页面

nginx全局块的工作进程的两个指令

1. master_process 指令用来指定是否开启 worker 工作进程。
   如果为 off，则代表关闭了 worker 进程，这时候启动 Nginx，只有 master 进程启动，没有 worker 进程。默认开启 worker 工作进程。

语法	默认值	位置
master_process <on	off>;	master_process on;

2. worker_processes 指令用于配置 Nginx 生成 worker 工作进程的数量，这个是 Nginx 服务器实现并发处理
   服务的关键所在。
   理论上来说 worker_processes 的值越大，可以支持的并发处理量也越多，但事实上这个值的设定是需要受到来自服务器自身的限制，建议将该值和服务器 CPU 的内核数保存一致。

语法	默认值	位置
worker_processes <num	auto>;	1

如果将 worker_processes 设置成 2，则会看到如下内容:

ps-ef|grep nginx

root      5292     1  0 12:19 ?        00:00:00 nginx: master process sbin/nginx
www       5409  5292  0 13:46 ?        00:00:00 nginx: worker process
www       5410  5292  0 13:46 ?        00:00:00 nginx: worker process
root      5413  5191  0 13:47 pts/0    00:00:00 grep nginx

出现两个worker工作进程。

注意：如果修改了master_process配置的话，需要重新启动nginx，而不是重新加载配置文件

# kill -HUP `cat /usr/local/nginx/logs/nginx.pid`  
上面这样做是无效的，需要重启nginx服务

/usr/local/nginx/sbin/nginx -s stop
/usr/local/nginx/sbin/nginx

nginx全局块的其它配置指令

1. daemon 指令设置 Nginx 是否以守护进程的方式启动。on 代表开启守护进程，off 代表关闭守护进程，默认开启。（需要重启nginx生效）
   守护式进程是 Linux 后台执行的一种服务进程，特点是 独立于控制终端，不会随着终端关闭而停止，也就是后台启动。

语法	默认值	位置
daemon <on	off>;	daemon on;

2. pid 指令用来配置 Nginx 当前 master 进程的进程号 ID 存储的文件路径。默认路径是 /usr/local/nginx/logs/nginx.pid。

语法	默认值	位置
pid ;	/usr/local/nginx/logs/nginx.pid	全局块

该属性也可以通过 ./configure --pid-path=PATH 在编译时来指定。
3. error_log 指令用来配置 Nginx 的错误日志存放路径。默认路径是 /usr/local/nginx/logs/error.log。

语法	默认值	位置
error_log [日志级别];	error_log logs/error.log error;	全局块、http、server、location

该属性也可以通过 ./configure --error-log-path=PATH 在编译时来指定。

其中日志级别的值有『 debug | info | notice | warn | error | crit | alert | emerg 』，翻译过来为「调试 | 信息 | 通知 | 警告 | 错误 | 临界 | 警报 | 紧急」，这块建议大家设置的时候不要设置成 info 以下的等级，因为会带来大量的磁盘 I/O 消耗，影响 Nginx 的性能。
4. include 指令用来引入其他的配置文件，使 Nginx 的配置更加灵活。

语法	默认值	位置
include ;	无	any

nginx的events块指令

accept_mutex 指令用来设置是否开启 Nginx 网络连接序列化。默认开启。

语法	默认值	位置
accept_mutex <on	off>;	accept_mutex on;

这个配置主要可以用来解决常说的「惊群」问题。大致意思是在某一个时刻，客户端发来一个请求连接，Nginx 后台是以多进程的工作模式，也就是说有多个 worker 进程会被同时唤醒，但是最终只会有一个进程可以获取到连接，如果每次唤醒的进程数目太多，就会影响 Nginx 的整体性能。如果将上述值设置为 on (开启状态)，将会对多个 Nginx 进程接收连接进行序列号，一个个来唤醒接收，就防止了多个进程对连接的争抢。
2. multi_accept 指令用来设置是否开启同时接收多个网络连接。默认关闭。

语法	默认值	位置
multi_accept <on	off>;	multi_accept off;

如果 multi_accept 被禁止了，Nginx 的一个工作进程只能同时接受一个新的连接。如果开启，一个工作进程可以同时接受所有的新连接。建议开启。
3. worker_connections 指令用来配置单个 worker 进程最大的连接数。默认 512 个连接数。

语法	默认值	位置
worker_connections ;	worker_commections 512;	events

这里的连接数不仅仅包括和前端用户建立的连接数，而是包括所有可能的连接数。另外，number 值不能大于操作系统支持打开的最大文件句柄数量。
4. use 指令用来设置 Nginx 服务器选择哪种事件驱动来处理网络消息。

语法	默认值	位置
use ;	根据操作系统规定	events

注意：此处所选择事件处理模型是 Nginx 优化部分的一个重要内容，method 的可选值有『 select | poll | epoll | kqueue 』等，之前在准备 Centos 环境的时候，我们强调过要使用 Linux 内核在 2.6 以上，就是为了能使用 epoll 函数来优化 Nginx。
另外这些值的选择，我们也可以在编译的时候使用 --with-select_module、--without-select_module、--with-poll_module、--without-poll_module 来设置是否需要将对应的事件驱动模块编译到 Nginx 的内核。

nginx的events块指令的配置使用

打开 Nginx 的配置文件 nginx.conf，添加如下配置

events {  # events块主要用来设置nginx服务器与用户的网络连接
    accept_mutex on;  # 开启nginx的网络连接序列化
    multi_accept on;  # 开启同时接收多个网络连接
    worker_connections  1024;  # 单个worker进程最大的连接数
    use epoll;  # 事件驱动模型：使用epoll函数来优化nginx
}

启动测试：

sbin/nginx -t
sbin/nginx -s reload

nginx的http快MIME-Type的使用

我们都知道浏览器中可以显示的内容有 HTML、XML、GIF 等种类繁多的文件、媒体等资源，浏览器为了区分这些资源，就需要使用 MIME Type。所以说 MIME Type 是网络资源的媒体类型。Nginx 作为 Web 服务器，也需要能够识别前端请求的资源类型。
在 Nginx 的配置文件中，默认有两行配置：

http {
    include       mime.types;  # 引入mime.types文件的内容
    default_type  application/octet-stream;  # 默认的MIME类型
}

1. default_type 指令用来配置 Nginx 响应前端请求默认的 MIME 类型。默认是 text 文本。

语法	默认值	位置
default_type ;	default_type text/plain;	http、server、location

在 default_type 前面还有一句 include mime.types，include 之前我们已经介绍过，相当于把 mime.types 文件中 MIMT 类型与相关类型文件的文件后缀名的对应关系加入到当前的配置文件中。
举例来说明：

有些时候请求某些接口的时候需要返回指定的文本字符串或者 json 字符串，而不是页面，如果逻辑非常简单或者干脆是固定的字符串，那么可以使用 Nginx 快速实现，这样就不用编写程序响应请求了，可以减少服务器资源占用并且响应性能非常快。

如何实现：

location /get_text {
    default_type text/html;
    return 200 "<p>This is nginx's text</p>";
}

location /get_json {
    default_type application/json;
    return 200 '{"name": "xxx", "age": 29}';
}

注意：default_type可以在http块、server块、location块等中进行设置。

nginx的http块自定义服务日志

Nginx 中日志的类型分 access.log、error.log。
access.log 日志用来记录用户所有的访问请求。
error.log 日志记录 Nginx 本身运行时的错误信息，不会记录用户的访问请求。
Nginx 服务器支持对服务日志的格式、大小、输出等进行设置，需要使用到两个指令，分别是 access_log 和 log_format 指令。

1. access_log 指令用来设置用户访问日志的相关属性。

语法	默认值	位置
access_log [format[buffer=size]];	access_log logs/access.log combined;	http、server、location

format 对应着 log_format 的 name，必须保持一致。
2. log_format 指令用来指定日志的输出格式。

语法	默认值	位置
log_format [escape=default	json	none] ...... ;

name 对用 access_log 的 format，必须保持一致。

3. 例子 1：自定义日志路径和输出格式
   在 /usr/local/nginx/logs 下创建 my.log 文件，该文件作为日志。
   touch /usr/local/nginx/logs/my.log
   自定义日志输出格式：==========>This is My format
   在配置文件配置相关指令

log_format myformat "========>this is myformat log";
access_log logs/my.log myformat;

注意：需要配置在http块中，log_format指令不能配置在server块和location块中。
重启Nginx服务，并进行测试：

sbin/nginx -t
sbin/nginx -s reload

4. 输出内容上加上访问机器的信息
   进入配置文件，在输出格式上加上 Nginx 的内置参数

# 指定nginx日志的格式，日志的路径
log_format myformat "========>this is myformat log:$http_user_agent";
access_log logs/my.log myformat;

重启Nginx服务，并进行测试：

sbin/nginx -t
sbin/nginx -s reload

nginx的http块其它配置指令说明

1. sendfile: 用来设置 Nginx 服务器是否使用 sendfile()函数 传输文件，该属性可以大大提高 Nginx 处理静态资源的性能。默认关闭，建议开启。

语法	默认值	位置
sendfile <on	off>;	sendfile off;

2. keepalive_timeout: 用来设置长链接的超时时间，默认超时时间75秒

为什么要使用keepalive

我们都知道 HTTP 是一种无状态协议，客户端向服务端发送一个 TCP 请求，服务端响应完毕后断开连接。

如何客户端向服务端发送多个请求，每个请求都需要重新创建一次连接，效率相对来说比较多，使用 keepalive 模式，可以告诉服务器端在处理完一个请求后保持这个 TCP 连接的打开状态，若接收到来自这个客户端的其他请求，服务端就会利用这个未被关闭的连接，而不需要重新创建一个新连接，提升效率，但是这个连接也不能一直保持，这样的话，连接如果过多，也会是服务端的性能下降，这个时候就需要我们进行设置其的超时时间。

语法	默认值	位置
keepalive_timeout ;	keepalive_timeout 75s;	http、server、location

3. keepalive_requests: 用来设置一个keepalive连接使用的次数，默认是100次

语法	默认值	位置
keepalive_requests ;	keepalive_requests 100;	http、server、location

nginx的server块和location块简单说明

server 块和 location 块都是我们要重点学习的内容，因为我们后面会对 Nginx 的功能进行详细讲解，所以该内容在静态资源部署和静态资源访问进行详细说明。

本次我们这是认识下 Nginx 默认给的 nginx.conf 中的相关内容，以及 server 块与 location 块在使用的时候需要注意的一些内容。

server {
	listen       80;     # 监听 80 端口，如果更改端口，则外界访问的时候带上对应的端口号，如 8080
	server_name  localhost;  # 指定可以访问 Nginx 的 IP 地址
	
	location / {      
		root   html;    # 访问资源所对应的目录，这里是 html 目录
		index  index.html index.htm;    # 访问资源所对应目录下的默认页面，优先级递增
	}

	error_page   500 502 503 504 404  /50x.html;  # 访问错误，跳转访问 /50x.html 请求
	location = /50x.html {   # 访问 /50x.html 请求的处理
		root   html;    # 访问资源所对应的目录，这里是 html 目录的 50x.html
	}
}

• listen 和 server_name 是我们的 http://server_name:listen，如 http://localhost:80
• location / 就是访问 http://server_name:listen/，里面的配置对应着 http://server_name:listen/html/index.html
• 页面产生 500 502 503 504 404，就会发送 http://server_name:listen/50x.html
• location = /50x.html 就是 http://server_name:listen/50x.html，它会自动访问 http://server_name:listen/html/50x.html
• root代表资源目录指令
• index代表默认访问网页指令

注意：如果http块、server块、location块都进行了配置，请求中使用的配置会遵循就近原则。

标签：http,配置文件,22,Nginx,31nginx,nginx,html,指令,log
From： https://www.cnblogs.com/mayanan/p/16585784.html