随着互联网时代的到来，网站的访问量和并发量也在不断增加。为了应对这样的压力，Nginx 作为一款高性能的 Web 服务器被广泛应用于各个领域。本文将主要介绍如何利用 Nginx 的一些性能优化技巧提高并发访问的ＩＯ效率。
多进程和多线程配置
Nginx 主要采用多进程或者多线程的方式来提高并发能力，需要根据系统资源来选择适合的配置。一般来说，如果服务器主要依靠网络 I/O，那么采用多线程的方式能够更好地利用现代多核 CPU 的性能优势；而如果是 CPU 密集型任务，那么采用多进程的方式能够更好地分散压力。
配置 Nginx 的多进程和多线程有多个可配置项，其中主要包括 worker_processes，worker_threads，worker_connections 等。
worker_processes表示 Nginx 的进程数，默认值是 1。决定了服务器可以同时处理的请求数。建议与处理器核心数量相等或者更多。worker_threads表示 Nginx 的线程数，仅在使用线程池时有效。该选项需要配合相应的模块（如ngx_thread_pool_module）使用。如果开启了该选项，可以将worker_processes设置为更小的值，从而节省系统资源。worker_connections表示一个 worker 进程或者线程处理的最大连接数，默认值是 512。如果服务器的并发连接数较大，则需要适当调整其数值。
以下是一个 Nginx 多进程多线程的示例配置：
worker_processes auto;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;
worker_rlimit_nofile 100000;
events {
worker_connections 1024;
multi_accept on;
use epoll;
}
http {
include mime.types;
default_type application/octet-stream;
access_log /var/log/nginx/access.log;
# 在 http 段中开启线程池
thread_pool main threads=8;
server {
listen 80;
server_name example.com;
location = / {
return 200;
}
}
}在上面的示例中，Nginx 将会启动与 CPU 核心数相等的 worker 进程数，每个 worker 进程最多处理 1024 个并发连接，并且开启了线程池以减少线程创建和销毁的开销。注意，线程池仅在同一个 worker 进程下生效。如果希望更好地利用线程池，可以通过 proxy_request_buffering、proxy_buffering 这样的选项开启反向代理缓存。
静态文件缓存策略
静态文件的处理能力是 Nginx 的又一亮点。通过适当配置静态文件缓存策略，可以极大地提高网站的访问速度。以下是简单的缓存策略示例：
http {
include mime.types;
default_type application/octet-stream;
# 开启静态文件缓存
open_file_cache max=1000 inactive=60s;
open_file_cache_valid 120s;
open_file_cache_min_uses 2;
open_file_cache_errors on;
server {
listen 80;
server_name example.com;
root /var/www/html;
# 过期时间设置为 30 天
location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ {
expires 30d;
add_header Cache-Control "public";
}
}
}在上面的示例中，将会开启一个大小为 1000 的静态文件缓存，每 60 秒检查一次缓存是否过期，最小使用次数为 2 次，开启错误缓存，并且添加了一个 HTTP 响应头 Cache-Control 表示下一次请求的文件可以从浏览器缓存中获取。由于不同类型的文件有不同的缓存策略，因此对图片、css、js 等文件添加了不同的缓存规则。同时，由于许多浏览器不依赖于 Expires 缓存头来缓存文件，因此还需要添加 Cache-Control 头部。
压缩和优化响应体
当文件被缓存后，响应体的体积依然很大。因此，在保证响应内容正确的前提下可以进行压缩和优化。
Nginx 可以通过 gzip 压缩来减少响应体大小，并通过以下几个选项进行配置：
gzip on：开启 gzip 压缩。gzip_comp_level：指定 gzip 压缩的压缩级别，取值范围为 1-9，表示压缩等级越高，压缩比例越高，默认值为 6。gzip_types：压缩的文件类型，默认压缩 text/html。gzip_vary：开启该选项将会在 HTTP 响应头中添加Vary: Accept-Encoding表示响应内容可能是压缩过的。
除了使用 gzip 压缩，还可以对响应体进行优化。例如，JavaScript 的响应体中可能包含大量的注释和空格，可以通过 concat 模块将各个 JavaScript 文件合并在一起，再通过 uglify 模块对其进行压缩混淆。以下是一个 JavaScript 文件的合并和压缩混淆的示例配置：
http {
include mime.types;
default_type application/octet-stream;
server {
listen 80;
server_name example.com;
# 开启 JavaScript 文件合并和压缩混淆
location /scripts/ {
concat on;
concat_ws " ";
concat_types application/javascript;
root /var/www/html;
# Uglify 压缩混淆
js_filter uglifyjs;
# 复制到另一个 location，避免缓存
location /scripts.min.js {
expires 0;
}
}
}
}在上面的示例中，假设 /var/www/html/scripts 文件夹下存在多个 JavaScript 文件，通过在 /scripts/ location 中配置 concat 模块可以对其进行合并，concat_ws 指定合并的分隔符为空格，concat_types 指定合并的类型为 application/javascript。通过 js_filter 指定使用 uglifyjs 对其进行压缩混淆。最后，通过在另一个 location 中指定 expires 0 来禁用缓存，确保了合并和压缩混淆的效果。
负载均衡策略
负载均衡是指将访问请求分摊到多个服务器上，以达到更好的处理能力和可用性。Nginx 通过 upstream 模块实现了多种负载均衡策略，包括轮询、IP 地址哈希、最少连接数等。
以下是一个使用最少连接数负载均衡策略的示例配置：
http {
include mime.types;
default_type application/octet-stream;
upstream backend {
server server1.example.com;
server server2.example.com;
server server3.example.com;
least_conn;
}
server {
listen 80;
server_name example.com;
location / {
proxy_pass http://backend;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
}在上面的示例中，upstream 模块定义了三个后端服务器，通过指定 least_conn 策略可以将请求发送给连接数最少的服务器。在 server 段中，通过指定 proxy_pass 以及一些请求头信息将请求转发给后端服务器。
总结
本文介绍了 Nginx 中一些性能优化技巧，包括多进程多线程配置、静态文件缓存策略、压缩和优化响应体、负载均衡策略等。它们可以提高并发访问的ＩＯ效率，从而更好地应对互联网时代的挑战。最后，提醒开发者在配置 Nginx 的时候根据具体应用场景选择最优的配置方案。
来源：JavaScript中文网 ，转载请注明来源 本文地址：https://www.javascriptcn.com/post/659e4003add4f0e0ff747016