Nginx
参考文档: Nginx 官方文档
基础
Nginx 是一个高性能的 HTTP 和反向代理服务器，也是一个 IMAP/POP3/SMTP 代理服务器。
安装
通常可以通过包管理器来安装 Nginx，比如在 Ubuntu 上可以使用 apt 来安装，这样会自动安装 Nginx 及其依赖项。
我们也可以手动下载源码进行编译安装，具体可以参考官方文档。
基础命令
nginx: 启动通过
ps =ef | grep nginx来查看 nginx 进程通过
lsof -i:80来确认端口占用情况nginx -V: 查看信息(可以看到安装配置等目录)nginx -T: 查看配置信息(可以看到完整配置)nginx -s [SIGNAL]: 控制quit优雅停止stop立即停止reload重载配置文件（不停止服务）reopen重新打开日志文件nginx -t: 检查配置信息（有错误会有提示）
提示:
修改配置后，一定要先使用 -t 检查配置文件是否正确，然后再重载配置（重载配置不会提示错误）。
状态码
HTTP 状态码是服务器返回给客户端的一个三位数的数字，用来表示请求的处理结果。具体可以参考状态码。
另外，Nginx 具有一些特殊的非标准 HTTP 状态码，它们是专门为 Nginx 服务器优化的，主要用于安全、流量控制和连接管理，包括：
444: 直接丢弃请求，不返回任何 HTTP 头部和内容客户端显示：
ERR_EMPTY_RESPONSE，连接被关闭，无响应。deny all和403都是明确告诉客户端“禁止访问”，而444是直接关闭连接，适用于爬虫、扫描和恶意请求。495: 由于 SSL 证书错误（无效/未提供）导致请求失败浏览器可能报
SSL_ERROR_BAD_CERT_ALERT错误。496: 客户端未提供 SSL 证书，但服务器要求证书497: 客户端尝试使用 HTTP 访问 HTTPS 端口
Nginx 配置
Nginx 的基础配置文件是nginx.conf，一般在/etc/nginx/nginx.conf。
Nginx 的配置主要分为三大块，全局块，events 块，以及 http 块。
全局块: 主要是一些配置文件的路径、用户、工作进程数等。
worker_processes: nginx 进程数，可以和 CPU 核心数保持一致，或者使用auto值。pid: nginx 进程的 PID 文件路径。events: 主要是服务器和客户端之间的网络连接的一些配置，比如指定每个 worker 进程可以同时接收多少个网络连接（worker_connections）。
http: 主要是 HTTP 协议相关的配置，比如设置 MIME 类型、日志格式、访问日志的路径等。这一块也是我们经常修改的地方
http 块中可以包含多个
server块，每个server块定义了一个虚拟主机。
events 配置
这一块主要用来定义与网络事件处理相关的设置
events {
worker_connections 2048;
use epoll;
multi_accept on;
}worker_connections: 每个 worker 进程可以同时接受的连接数。最大连接数 = worker_processes * worker_connections。
可以参考 #调优 部分的内容来调整这个值。
use: 指定 Nginx 使用的事件模型，可以是select、poll、kqueue、epoll等。显式指定epoll可以确保使用高效模型。multi_accept: 是否允许一个 worker 进程同时接受多个新连接，默认为 off，开启后可以提高高并发情况下的性能。
http 配置
这一块主要用来定义 HTTP 协议相关的设置，比如 MIME 类型、日志格式、访问日志的路径等。
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 15;
types_hash_max_size 2048;
server_tokens off
gzip on;
server {
...
}
}include mime.types: 引入 MIME 类型配置文件，定义了各种文件类型的 MIME 类型。default_type application/octet-stream: 设置默认的 MIME 类型，如果没有匹配到其他类型，则使用这个类型。sendfile on: 开启高效的文件传输模式，使用sendfile系统调用来传输文件。tcp_nopush on: 开启 TCP_NOPUSH，减少网络传输的延迟。tcp_nodelay on: 开启 TCP_NODELAY，减少网络传输的延迟。keepalive_timeout 15: 设置客户端连接的超时时间，单位为秒。types_hash_max_size 2048: 设置 MIME 类型哈希表的最大大小，默认为 1024。server_tokens off: 是否在响应头和错误页面中显示 Nginx 的版本号信息。gzip on: 开启 gzip 压缩，可以减少传输的数据量，提高传输速度。
MIME 类型
MIME 表示 Multipurpose Internet Mail Extensions，是一种互联网标准，用来表示文档的性质和格式。
在 Nginx 中，我们可以通过types指令来配置 MIME 类型，比如下面的配置：
http {
types {
text/html html htm shtml;
text/css css;
text/xml xml;
image/gif gif;
image/jpeg jpeg jpg;
application/javascript js;
application/json json;
application/xml xml;
}
}它的作用是告诉 Nginx，当返回的文件是html、htm、shtml时，它的 MIME 类型是text/html。
server_names 配置
Nginx 维护一个 server_names_hash 表，将 server_name 作为键，对应的服务器配置作为值，以加速匹配！
如果多个 server_name 哈希冲突，它们会被存入同一个 bucket，这时 Nginx 会遍历这个 bucket 中的所有 server_name 来匹配请求。
可以在http块中配置server_names相关的配置：
server_names_hash_max_size: 服务器名哈希表的最大大小，默认为 512 或 1024。server_names_hash_bucket_size: 服务器名哈希表的桶大小（必须是 CPU 缓存行大小的倍数），默认为 32 或 64。
http {
server_names_hash_bucket_size 64;
server_names_hash_max_size 512;
}日志配置
自定义日志格式
我们可以自定义日志的格式，比如下面的配置：
http {
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
access_log /var/log/nginx/access.log main;
error_log /var/log/nginx/error.log;
}$remote_addr: 客户端 IP 地址$remote_user: 客户端用户名（如果通过 HTTP 认证登录）$time_local: 访问的本地时间和日期$request: 请求的完整请求行（包括方法、路径、协议）$status: 响应的状态码$body_bytes_sent: 发送给客户端的字节 byte（不包括 HTTP 头部）$http_referer: 请求的来源 URL（referer）$http_user_agent: 客户端的 User-Agent$http_x_forwarded_for: 客户端的真实 IP 地址（如果使用了代理）access_log: 访问日志的路径和格式，可以全局配置，也可以在 server 或 location 中配置error_log: 错误日志的路径和日志级别，支持的日志级别包括debug、info、notice、warn、error和crit。
如果不想写访问日志，可以把 access_log 的值设为 /dev/null。
access_log /dev/null;常用的日志变量
Nginx 提供了许多日志变量，可以根据需要选择并组合它们来创建自定义格式：
$bytes_sent：发送给客户端的总字节数$connection：连接的唯一标识符$connection_requests：连接处理的请求数$msec：日志写入的时间戳（秒，精确到毫秒）$request_length：请求的总字节数（包括请求行、头部和正文）$upstream_addr：上游服务器的地址$upstream_response_time：上游服务器的响应时间$request_uri：请求的 URI，不带查询字符串$args：请求的查询字符串$http_<header>：请求头信息，例如$http_host、$http_user_agent等
日志级别说明（error_log）
设置错误日志的级别可以控制记录的日志详尽程度：
- debug：记录所有日志，包含调试信息
- info：记录普通信息日志
- notice：记录需注意的事件
- warn：记录警告信息
- error：记录错误信息
- crit：记录严重错误
切割日志
Nginx 日志文件通常会随着时间的推移而增大，为了避免日志文件过大，我们可以定期切割日志。
Nginx 本身并不提供日志切割功能，但是可以通过 logrotate 工具来实现日志切割。
配置文件在/etc/logrotate.d/nginx，logrotate 相关的内容可以在 linux 文档中查看。
这里提供一个标准的配置文件：
/var/log/nginx/*.log {
daily
missingok
rotate 10
compress
delaycompress
notifempty
create 0640 nginx nginx
sharedscripts
postrotate
[ ! -f /var/run/nginx.pid ] || kill -USR1 `cat /var/run/nginx.pid`
endscript
}daily：每天切割一次日志missingok：如果日志文件不存在，不报错rotate 10：保留 10 个旧日志文件compress：压缩旧日志文件delaycompress：延迟压缩，下次切割时再压缩notifempty：如果日志文件为空，不切割create 0640 nginx nginx：创建新的日志文件，设置权限sharedscripts：多个日志文件共享一个脚本postrotate：切割日志后执行的脚本kill -USR1cat /var/run/nginx.pid``：发送 USR1 信号给 Nginx，重新打开日志文件
更多配置
具体有关日志的配置，可以参考官方文档。
server 配置
server 是 Nginx 配置的核心，每个server块定义了一个虚拟主机。
server {
listen 80 default_server;
server_name localhost;
location / {
root /var/www/html;
index index.html;
}
}listen: 监听的端口server_name: 域名location: 匹配的路径root: 静态资源的根目录index: 默认的首页default_server: 表示这是默认的服务器块，如果没有匹配到其他服务器块，则使用这个服务器块注意: 如果有多个服务器块都设置了
default_server，则只会使用第一个匹配到的服务器块，请确保只有一个服务器块设置了default_server。
include
可以使用include来引入其他配置文件。
http {
include /etc/nginx/mime.types;
include /etc/nginx/conf.d/*.conf;
}location 匹配规则
/: 通用匹配，任何请求都会匹配到=: 精确匹配，只有完全匹配时才会生效例如：
location = /app只会匹配/app，不会匹配/app/或/app/index.html。^~: 匹配 URL 前缀，如果匹配成功，则不再匹配其他规则例如：
location ^~ /app/会匹配以/app/开头的请求。~: 区分大小写的正则匹配例如：
location ~ \.php$会匹配以.php结尾的请求。~*: 不区分大小写的正则匹配
案例
# 匹配 /app 开头的请求
location = /app {
...
}
# 静态资源直接处理
location ~* \.(jpg|jpeg|png|gif|ico|css|js|svg|woff|woff2|ttf|eot)$ {
expires 30d;
add_header Cache-Control "public, no-transform";
try_files $uri =404;
}
# 启动 nginx_status
location = /nginx_status {
stub_status on;
access_log off;
allow 127.0.0.1; # 允许的 IP
deny all; # 拒绝其他 IP
}try_files 指令
try_files 是一个 Nginx 指令，用于尝试按照指定的顺序查找文件。如果找不到前面的文件或资源，就尝试下一个。
location / {
root /var/www/html;
index index.html;
try_files $uri $uri/ /index.html =404;
}$uri: 请求的路径$uri/: 请求的路径加上//index.html: 默认的首页=404: 如果找不到则返回 404这里表示先去寻找对应的 $uri 文件，如果找不到则去找 $uri/ 目录，如果还找不到则返回 /index.html，如果还找不到则返回 404。
rewrite 指令
rewrite 指令用于重写 URL，可以将请求重定向到其他 URL，或者修改请求参数等。
location / {
rewrite ^/user/(.*)$ /profile/$1 last;
}^/user/(.*)$: 匹配的正则表达式/profile/$1: 重定向的 URLlast: 重定向后是否继续匹配其他规则
return 指令
return 指令用于直接返回一个 HTTP 状态码和可选的响应内容。
location / {
return 404 "Not Found";
}跨域配置
可以在 location 中配置跨域，比如下面的配置：
location / {
add_header Access-Control-Allow-Origin *;
add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS';
add_header Access-Control-Allow-Headers 'DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range';
if ($request_method = 'OPTIONS') {
add_header 'Access-Control-Max-Age' 86400;
add_header 'Content-Length' 0;
add_header 'Content-Type' 'text/plain; charset=utf-8';
return 204;
}
proxy_pass http://backend_server;
}add_header Access-Control-Allow-Origin *: 允许所有域名访问add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS': 允许 GET、POST、OPTIONS 方法add_header Access-Control-Allow-Headers '...': 允许的请求头if ($request_method = 'OPTIONS'): 如果是 OPTIONS 请求，返回 204
请求限速
可以使用limit_req指令来限制请求速率。
http {
limit_req_zone $binary_remote_addr zone=one:10m rate=1r/s;
server {
location /api/ {
limit_req zone=one burst=5 nodelay;
proxy_pass http://backend;
}
}
}limit_req_zone $binary_remote_addr zone=one:10m rate=1r/s: 定义一个名为one的限速区域，使用客户端的 IP 地址作为键，限制速率为每秒 1 个请求。limit_req zone=one burst=5 nodelay: 在one区域内，允许突发请求数为 5 个，并且不延迟处理。burst: 突发请求数，表示在短时间内允许超过限制的请求数。nodelay: 不延迟处理突发请求，直接处理，如果去掉，则会延迟处理突发请求。
$binary_remote_addr: 使用二进制格式的客户端 IP 地址作为键，这意味着相同的 IP 地址会被视为同一个客户端，都会收到相同的限制。如果希望为相同的 IP 不同的路径设置不同的限速，可以使用
$binary_remote_addr$request_uri作为键，这样每个路径都会有独立的限速。
注意: 限速配置需要在 http 块中定义 limit_req_zone，然后在 server 或 location 块中使用 limit_req，而且名字不可以搞错（复制代码是要注意），否则会报错。
流量限制
可以在 http、server 或 location 块中使用流量限制指令。
可以使用limit_conn和limit_rate来限制连接数和速率。
limit_conn perserver 50;
limit_conn perip 3;
limit_rate 2048k;limit_conn perserver 50: 并发限制，限制当前站点最大并发数limit_conn perip 3: 单 IP 限制，限制单个 IP 访问最大并发数limit_rate 2048k: 流量限制，限制每个请求的流量上限（单位是 KB）
反向代理和负载均衡
反向代理
Nginx 作为反向代理，可以将请求转发到后端服务器，比如下面的配置：
server {
listen 80;
server_name www.example.com;
location / {
proxy_pass http://127.0.0.1:8000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}proxy_pass: 转发的地址，可以是一个域名或者 IP 地址，也可以是一个后端服务器的地址。proxy_set_header: 设置请求头，比如 Host、X-Real-IP、X-Forwarded-For 等，可以都省略，根据自己的需求来设置。Host $host设置 Host 头，保证后端服务器能够正确识别请求的域名。X-Real-IP $remote_addr设置真实 IP 地址，保证后端服务器能够正确识别客户端的 IP。X-Forwarded-For $proxy_add_x_forwarded_forX-Forwarded-For 记录了所有代理链路，对于安全审计和调试很有用。
负载均衡
负载均衡是指将请求分发到多台服务器上，可以结合反向代理来实现，比如下面的配置：
# /app 页面将被轮询转发到三台服务器上
upstream backend {
server 127.0.0.1:8000;
server 127.0.0.1:8001;
server 127.0.0.1:8002;
}
server {
...
location /app {
proxy_pass http://backend;
}
...
}可以在服务器后面设置weight来配置权重。
# 8000端口的这台可以接收更多请求（另外两个的3倍）
upstream backend {
server 127.0.0.1:8000 weight=3;
server 127.0.0.1:8001;
server 127.0.0.1:8002;
}可以设置ip_hash，让同一个客户端的请求被分配到同一台服务器上。
upstream backend {
ip_hash;
server 127.0.0.1:8000 weight=3;
...
}安全配置
密码保护
可以使用auth_basic指令来设置密码保护，比如下面的配置：
server {
listen 80;
server_name www.example.com;
location / {
auth_basic "Restricted";
auth_basic_user_file /etc/nginx/.htpasswd;
}
}auth_basic: 设置提示信息auth_basic_user_file: 设置密码文件的路径（可以使用htpasswd命令生成）
防盗链
可以使用valid_referers和invalid_referer来设置防盗链。
location ~ .*\.(jpg|jpeg|gif|png|js|css)$
{
expires 30d;
access_log /dev/null;
valid_referers none blocked gobiji.com *.shejibijil.com;
if ($invalid_referer){
return 404;
}
}expires 30d: 设置缓存时间valid_referers none blocked shejibijil.com;: 设置允许的 referernone blockednone 表示没有 referer，blocked 表示 referer 为空，在一起表示允许空 referer 请求。shejibijil.com;表示允许的 refererif ($invalid_referer): 如果 referer 不在允许的列表中，则返回 404
SSL 配置
http://nginx.org/en/docs/http/configuring_https_servers.html
在监听的端口后面加上ssl，并且指定证书的位置即可：
server {
listen 443 ssl http2;
server_name www.example.com;
ssl_certificate /path/to/www.example.com.crt;
ssl_certificate_key /path/to/www.example.com.key;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;
ssl_prefer_server_ciphers on;
ssl_ciphers HIGH:!aNULL:!MD5;
...
}listen 443 ssl http2: 监听 443 端口，并开启 SSL 和 HTTP/2ssl_certificate: 证书文件的路径ssl_certificate_key: 证书私钥的路径ssl_protocols: SSL 协议的版本，它表示支持的 SSL 协议版本ssl_prefer_server_ciphers: 是否优先使用服务器端的加密算法，默认为 off如果设置为 on，表示优先使用服务器端的加密算法，否则优先使用客户端的加密算法。
ssl_ciphers: SSL 加密算法，它表示支持的 SSL 加密算法
通常，我们还会配置重定向，来让 HTTP 的请求自动跳转到 HTTPS。
server {
listen 80;
server_name www.example.com;
return 301 https://$server_name$request_uri;
}负载配置
模块
http
ngx_http_core_module
参考文档: ngx_http_core_module
ngx_http_core_module 模块是 Nginx 的核心模块，它提供了一些基本的配置指令，比如listen、server_name、root、index等。
以下是一些常用的配置项：
client_max_body_size: 设置请求体的最大长度，默认为 1M如果转发时报错
413 Request Entity Too Large，可以尝试增大这个值。client_body_buffer_size: 设置请求体的缓冲区大小，默认为 8K如果请求体较大，可以适当增大这个值，缓存更大的请求，减少磁盘 I/O。
client_body_timeout: 设置请求体的超时时间，默认为 60s如果请求体较大，可以适当增大这个值，避免超时。
ngx_http_stub_status_module
ngx_http_stub_status_module 模块提供了一个简单的状态页面，可以查看 Nginx 的运行状态。
这不是一个默认安装的模块，需要在编译时添加--with-http_stub_status_module参数。
server {
listen 80;
server_name 127.0.0.1;
allow 127.0.0.1;
location /nginx_status {
stub_status on;
access_log off;
}
}这将会在http://127.0.0.1/nginx_status上显示 Nginx 的状态信息。
Active connections: 291
server accepts handled requests
16630948 16630948 31070465
Reading: 6 Writing: 179 Waiting: 106Active connections: 当前活跃连接数（包括正在读取、写入、等待中的连接）server accepts handled requests: 总共处理的连接数(总接收、总处理、总请求)Reading: 读取请求的连接数（Nginx 正在从客户端读取请求头的连接数）Writing: 响应请求的连接数（Nginx 正在向客户端发送响应数据的连接数）Waiting: 等待连接的连接数（连接空闲，等待新请求（HTTP Keep-Alive））Nginx 正在等待下一个请求的空闲连接数，也叫
keep-alive状态
进阶
知识点
记录一些 Nginx 的进阶知识点。
Master 和 Worker
在 Nginx 中，Master 和 Worker 是两个关键的概念，它们在 Nginx 的架构中扮演着不同的角色。
- Master 进程：
- Master 进程是 Nginx 的主进程，负责管理 Worker 进程的启动、停止和重载配置等操作。
- 当你启动 Nginx 服务时，实际上是启动了 Master 进程，Master 进程会负责创建 Worker 进程并分配任务。
- Master 进程会监控 Worker 进程的状态，如果 Worker 进程异常退出，Master 进程会重新启动它。
- Worker 进程：
- Worker 进程是 Nginx 实际处理客户端请求的进程。
- 每个 Worker 进程都会独立地处理连接、接收请求、处理请求和发送响应等工作。
- 大多数情况下，Nginx 会启动多个 Worker 进程，这样可以同时处理多个请求，提高并发处理能力。
- Worker 进程是并发处理的核心，它们负责接收来自客户端的连接，处理请求并返回响应。
Master 进程和 Worker 进程之间通过进程间通信（IPC）来协调工作，Master 进程的存在使得 Nginx 能够更好地管理 Worker 进程，并保证服务的稳定性和可靠性。
server block 匹配规则
在定义了多个服务器块配置后，如果没找到匹配的Host，会默认使用哪一个配置呢？
可以先了解匹配规则，主要有以下几步：
1->监听端口，找对应的 server block
2->查找server_name，检查Host头部字段，根据目标域名匹配每个 server block，匹配成功则用该块。
3->都不匹配，使用第一个没有指定 server_name 的 server block 来处理请求。
4->确定块后，使用该 server block 处理请求（重定向、代理、负载均衡等），生成相应返回客户端。
如果没有匹配到对应的块，也没有找到没有指定 server_name 的 server block，则直接使用第一个 server block。
如果我们想要自定义默认 server block，则可以创建一个默认的配置，并且不指定 server_name，类似这样：
# 0.default.conf
server {
listen 80 default_server;
server_name _;
# 默认服务器的配置，无法匹配到域名时将匹配到这里
# 显示404文字
return 200 "404";
add_header Content-Type text/plain;
}或者给一个默认的页面：
# 0.default.conf
server{
listen 80;
server_name _;
index index.html;
root /www/wwwroot/html;
}if 指令中的 try_files 使用
try_files 指令不能直接在 if 指令内使用。Nginx 的 if 指令有很多限制，其中之一就是不能在 if 块中包含诸如 try_files 这样复杂的指令。
为了解决这个问题，我们可以通过 map 指令来实现类似的功能。
map $arg_password $valid_password {
default 0;
"your_secret_password" 1;
}
server {
location / {
if ($valid_password = 0) {
return 403;
}
try_files $uri $uri/ /index.html;
}
}map指令用于创建一个变量映射表，将请求参数password的值映射为valid_password变量的值。if指令检查valid_password变量的值，如果不等于1，则返回403 Forbidden。arg_password是请求参数password的值，valid_password是映射后的变量值。通过
arg_xxx可以获取请求参数的值，这里的xxx是参数名。
调优
调优目标
Nginx 的调优主要是为了提高性能，减少资源占用，提高并发处理能力。
调优的目标主要有：
提高并发处理能力：提高 Nginx 的并发连接数，减少请求的响应时间。
减少资源占用：减少 Nginx 的内存占用，提高服务器的性能。
提高稳定性：提高 Nginx 的稳定性，减少服务的异常退出。
调优策略
Nginx 的调优主要包括以下几个方面：
调整 Nginx 的配置：优化 Nginx 的配置文件，提高 Nginx 的性能。
调整系统内核参数：调整系统内核参数，提高系统的性能。
使用高性能的网络模型：选择高性能的网络模型，提高 Nginx 的并发处理能力。
使用高性能的存储设备：使用高性能的存储设备，提高 Nginx 的读写性能。
使用高性能的硬件设备：使用高性能的硬件设备，提高 Nginx 的处理能力。
注意: 硬件部分不在本文讨论范围内。
调整 Nginx 配置
调整 worker_processes 和 worker_connections
worker_processes是 Nginx 的工作进程数，可以设置为 CPU 核心数或者auto，表示自动检测 CPU 核心数。worker_connections是每个 worker 的并发连接数，一般设置为 1024 ~ 8192。每个连接都占用内存和文件描述符，也会给 CPU 调度带来一定的压力，并不一定越高越好，所以需要根据实际情况来设置。总最大连接数 =
worker_processes*worker_connections。如果每个连接时间都很短，
worker_connections可以设置低一点，这样在不占用太多资源的情况下也可以处理更多的并发请求。如果每个连接时间都很长，比如存在长连接的情况，
worker_connections可以设置高一点，这样可以处理更多的并发请求。原则都是在尽可能不占用太多资源的情况下，尽可能提高并发处理能力。
调整 keepalive_timeout
keepalive_timeout是客户端连接的超时时间，一般设置为 60 秒。调整 sendfile
sendfile是 Nginx 的文件传输模块，可以提高文件传输的性能。sendfile on表示开启 sendfile，sendfile off表示关闭 sendfile。调整 tcp_nodelay 和 tcp_nopush
tcp_nodelay表示开启 TCP_NODELAY，可以提高网络传输的实时性。tcp_nopush表示开启 TCP_NOPUSH，可以提高网络传输的效率。调整 gzip 压缩
gzip on表示开启 gzip 压缩，可以减少网络传输的数据量。gzip_comp_level表示压缩级别，一般设置为 6。gzip_types表示压缩类型，一般设置为 text/html、text/css、text/javascript 等。调整日志级别
error_log的级别可以设置为error、warn、info等。access_log的级别可以设置为main、combined等。调整缓存配置
可以使用
proxy_cache、fastcgi_cache、uwsgi_cache等指令来配置缓存。proxy_cache_path表示缓存路径，proxy_cache_key表示缓存键。调整连接超时
client_body_timeout表示客户端请求体的超时时间。client_header_timeout表示客户端请求头的超时时间。keepalive_timeout表示客户端连接的超时时间。调整缓冲区大小
client_body_buffer_size表示客户端请求体的缓冲区大小。client_header_buffer_size表示客户端请求头的缓冲区大小。large_client_header_buffers表示客户端请求头的缓冲区大小。调整 SSL 配置
ssl_protocols表示 SSL 协议的版本，一般设置为 TLSv1.2。ssl_ciphers表示 SSL 加密算法，一般设置为 HIGH:!aNULL:!MD5。ssl_prefer_server_ciphers表示优先使用服务器端的加密算法。
调整系统内核参数
/etc/security/limits.conf 文件用于设置用户的资源限制，包括文件描述符、内存、进程数等。
调整文件描述符
ulimit -n表示文件描述符的数量，可以通过修改/etc/security/limits.conf来调整。默认情况下，Linux 系统的文件描述符数量是 1024，可以通过修改
/etc/security/limits.conf来调整。bash* soft nofile 65535 * hard nofile 65535*表示所有用户，soft表示软限制，hard表示硬限制。也可以单独为 nginx 用户设置文件描述符数量：
bashwww-data soft nofile 65535 www-data hard nofile 65535注意: www-data 是 Nginx 的默认用户，如果使用其他用户，请替换为对应的用户名。
另外一个调整系统内核参数的文件为 /etc/sysctl.conf。
调整后如果希望生效，可以使用以下命令：
sysctl -p调整文件句柄数
fs.file-max表示系统允许的最大文件句柄数，也就是系统允许的最大“打开文件数”。bashfs.file-max = 100000vfs_cache_pressure表示虚拟文件系统缓存的压力，默认值为 100，可以设置为 50 ~ 75，减少文件系统缓存的压力。50 表示减少一半的压力，表示更倾向于保留目录/文件名结构缓存（即访问过的路径、文件结构保留更久）。
调整 TCP 参数
net.ipv4.tcp_syncookies表示开启 SYN Cookies，可以防止 SYN 攻击。net.ipv4.tcp_tw_reuse表示开启 TIME-WAIT 重用，可以减少 TIME-WAIT 连接。net.ipv4.tcp_tw_recycle表示开启 TIME-WAIT 回收，可以减少 TIME-WAIT 连接。调整内存参数
vm.overcommit_memory表示内存过量分配，可以减少内存分配失败。vm.swappiness表示内存交换分区，默认为 60，可以设置为 10 ~ 20，减少内存交换。vm.dirty_ratio表示脏页比例，可以减少脏页写入。调整网络参数
net.core.somaxconn表示最大连接数，可以提高网络连接数。net.core.netdev_max_backlog表示网络接收队列，可以提高网络接收队列。ip_local_port_range表示本地端口范围，可以扩大本地端口范围。net.ipv4.tcp_max_syn_backlog表示 SYN 队列，可以提高 SYN 队列。调整调度算法
kernel.sched_migration_cost_ns表示迁移成本，可以减少 CPU 迁移。kernel.sched_autogroup_enabled表示自动分组，可以减少 CPU 调度。kernel.sched_min_granularity_ns表示最小粒度，可以减少 CPU 调度。
使用高性能的网络模型
使用 epoll 模型
use epoll表示使用 epoll 模型，可以提高网络处理能力。
错误排查
502 Bad Gateway
Nginx 报错 “502 Bad Gateway” 是一种常见的反向代理错误，意思是：Nginx 作为网关或代理服务器时，尝试将请求转发给后端服务器（如 PHP-FPM、Node.js、FastCGI 等）时没有收到有效响应，或响应无效。
常见的原因包括：
后端服务未运行或宕机：检查 PHP-FPM / Node 等服务是否正常运行。
PHP-FPM 进程耗尽：若你设置了
pm.max_children太小，流量高时进程用尽，会出现 502。Nginx 配置错误：
fastcgi_pass配置错误，比如端口写错或套接字路径不匹配。请求处理超时：后端服务响应时间过长，超过了 Nginx 的超时设置。可以通过调整
proxy_read_timeout或fastcgi_read_timeout来增加超时时间。