Nginx 性能优化本领与实践（一）
一、弁言在当今数字化期间，Web 服务已成为人们生存和工作中不可或缺的一部门。无论是一样平常欣赏的消息资讯网站，照旧便捷的在线购物平台，背后都离不开强盛的 Web 服务器支持。而 Nginx，作为一款高性能的 HTTP 和反向署理服务器，依附其杰出的性能、丰富的功能和出色的稳固性，在 Web 服务范畴占据了举足轻重的职位。
Nginx 的诞生，旨在办理传统 Web 服务器在处置处罚高并发哀求时的性能瓶颈题目。它采取了变乱驱动的异步非壅闭模子，可以大概高效地处置处罚大量并发毗连，大大提升了 Web 服务的相应速率和吞吐量。如今，Nginx 已广泛应用于各种规模的网站和应用中，从个人博客到大型企业级应用，都能看到它的身影。像淘宝、京东、百度等着名互联网企业，都借助 Nginx 构建了强盛的 Web 服务架构，以应对海量用户的访问需求。
对于网站或应用来说，性能优化是至关告急的。随着用户数量的不绝增长和业务的日益复杂，对 Web 服务的性能要求也越来越高。良好的性能不但可以大概提升用户体验，增长用户粘性，还能进步业务的竞争力和红利本领。相反，性能不佳的网站或应用大概会导致用户流失、业务受损。比如，当用户在电商网站上购物时，假如页面加载痴钝，使用相应痴钝，很大概会放弃购买，转而选择其他竞争对手的平台。
因此，对 Nginx 举行性能优化，充实发挥其强盛的性能上风，对于提升网站或应用的团体性能具有告急意义。在接下来的内容中，我们将深入探究 Nginx 性能优化的各种本领与实践，渴望能为各人在实际工作中提供有益的参考和资助。
二、Nginx 底子回顾
2.1 Nginx 是什么
Nginx（发音同 “engine X” ）是一款由俄罗斯步调筹划师伊戈尔・赛索耶夫（Igor Sysoev）开发的高性能软件，它既是 HTTP 服务器，也是反向署理服务器，同时还可用作负载均衡器、HTTP 缓存以及 IMAP/POP3/SMTP 服务器。Nginx 以类 BSD 答应证的情势发布，具有免费且开源的特点 ，这使得广大开发者和企业可以大概自由地使用和定制它，以满意差别的业务需求。
作为 HTTP 服务器，Nginx 可以大概高效地处置处罚 HTTP 哀求，快速相应客户端的访问。它在处置处罚静态文件时体现出色，通过优化的算法和高效的 I/O 使用，可以大概快速地将静态资源如图片、CSS、JavaScript 文件等发送给客户端，大大进步了网站的加载速率。比方，在一个以展示图片和文章为主的消息网站中，Nginx 可以敏捷地将大量的图片和静态页面内容转达给用户，让用户可以大概快速欣赏消息内容。
在反向署理方面，Nginx 饰演着客户端和后端服务器之间的中央脚色。当客户端向 Nginx 发送哀求时，Nginx 会根据设置将哀求转发到相应的后端服务器，并将后端服务器的相应返回给客户端。这一过程中，客户端并不知道实际处置处罚哀求的是后端服务器，它看到的只是 Nginx 的署理服务。以电商网站为例，当用户访问商品详情页时，Nginx 会将用户的哀求转发到后端的应用服务器和数据库服务器，获取商品信息后再返回给用户，实现了对后端服务器的隐蔽和掩护。
负载均衡是 Nginx 的又一告急功能。在面对大量并发哀求时，Nginx 可以将这些哀求分发到多个后端服务器上，使得各个服务器可以大概分担负载，克制单个服务器因负载过高而出现性能瓶颈以致瓦解。比如，在 “双 11” 如许的购物狂欢节，电商平台碰面对海量的用户访问，Nginx 通过负载均衡功能，将用户哀求匀称地分配到浩繁的后端服务器上，确保体系可以大概稳固、高效地运行，为用户提供流通的购物体验。
2.2 工作原理与架构
Nginx 采取了独特的 Master-Worker 架构，这种架构是其可以大概高效处置处罚并发哀求的关键所在。
Master 进程在 Nginx 中饰演着管理者的脚色，它负担着多项告急职责。起首，当 Nginx 启动或重新加载时，Master 进程会读取和验证设置文件。设置文件中包罗了 Nginx 的各种设置，如服务器的监听端口、捏造主机的设置、反向署理的规则等。Master 进程会细致查抄这些设置的精确性，假如发现设置文件有误，它会陈诉错误并制止重新加载设置，以克制因错误设置导致服务器运行非常。其次，Master 进程负责管理 Worker 进程的生命周期。在 Nginx 启动时，Master 进程会创建多个 Worker 进程；当须要制止 Nginx 时，Master 进程会优雅地制止全部 Worker 进程。别的，当 Nginx 须要平滑升级或重新加载设置时，Master 进程会井井有条地管理 Worker 进程的重启，确保服务的一连性。末了，Master 进程还负责吸收和处置处罚来自使用体系或管理员的信号，如启动、制止、重新加载设置等信号，从而实现对 Nginx 服务器的控制。
Worker 进程则是实际处置处罚客户端哀求的实验者。每个 Worker 进程都是独立的，它们通过监听雷同的端口来吸收客户端的哀求。在处置处罚哀求时，Worker 进程显现出了强盛的本领。它可以大概吸收和处置处罚客户端的全部 HTTP、HTTPS 以及其他协议的哀求，并根据 Nginx 的设置实验相应的哀求处置处罚逻辑，包罗访问控制、URL 重写、署理哀求、静态文件服务等。Worker 进程采取了异步非壅闭 I/O 模子，通过变乱驱动机制来高效地处置处罚大量并发毗连。这意味着在处置处罚一个哀求的同时，假如该哀求须要等待 I/O 使用（如读取文件、等待后端服务器相应等）完成，Worker 进程不会被壅闭，而是可以继续处置处罚其他哀求，大大进步了体系的并发处置处罚本领。比方，在一个高并发的 Web 应用中，大量用户同时哀求差别的页面和资源，Worker 进程可以大概敏捷地相应这些哀求，在等待某些哀求的 I/O 使用时，实时处置处罚其他哀求，确保整个体系的高效运行。
这种 Master-Worker 架构使得 Nginx 在处置处罚并发哀求时具有出色的性能和稳固性。Master 进程专注于管理和控制，包管了体系的团体稳固；Worker 进程专注于哀求处置处罚，充实发挥了其高效处置处罚并发的本领。两者相互协作，使得 Nginx 可以大概在高负载的情况下，依然为用户提供快速、可靠的服务。
三、性能优化之设置篇
3.1 Worker 进程干系优化
在 Nginx 的性能优化中，Worker 进程干系的设置起着关键作用，公道调解这些设置参数可以大概明显提升 Nginx 服务器的处置处罚本领和服从。
worker_processes用于设置 Nginx 启动的工作进程数量。一样寻常发起将其设置为与服务器的 CPU 焦点数雷同或靠近，如答应以充实使用 CPU 资源，实现高效的并发处置处罚。比方，对于一台具有 4 个 CPU 焦点的服务器，可以将worker_processes设置为 4 ，即worker_processes 4;。若设置的值过大，大概会导致进程间竞争资源，增长体系开销，反而低沉性能；若设置过小，则无法充实发挥 CPU 的多核上风，造成资源浪费。在实际应用中，也可以使用auto参数，让 Nginx 主动检测并设置符合的工作进程数，即worker_processes auto; ，这种方式更加便捷，能顺应差别的服务器情况。
worker_connections界说了单个工作进程可以同时打开的最大毗连数。这个数值直接影响到 Nginx 服务器可以大概处置处罚的并发毗连数量。它的盘算方式与worker_processes干系，理论上 Nginx 服务器的最大并发毗连数为worker_processes * worker_connections。在高并发场景下，如大型电商网站的促销活动期间，大量用户同时访问网站，此时须要将worker_connections设置得充足大，以满意并发毗连的需求。比方，可以设置为worker_connections 10240; ，但具体数值还需根据服务器的硬件设置和实际业务需求举行调解。假如设置过小，当并发毗连数凌驾这个限定时，新的毗连哀求大概会被拒绝，影响用户体验；而设置过大，大概会导致体系资源耗尽，服务器出现故障。
worker_cpu_affinity用于将 Nginx 工作进程绑定到指定的 CPU 焦点。默认情况下，Nginx 不举行进程绑定，工作进程大概会在差别的 CPU 焦点之间频仍切换，这会增长 CPU 对进程的资源分配与采取以及内存管理等开销。通过绑定 CPU 焦点，可以淘汰这种切换带来的消耗，进步服务器的性能。绑定并不是意味着当前 Nginx 进程独占该焦点 CPU，只是包管此进程不会运行在其他焦点上。比方，对于一个 8 核 CPU 的服务器，若要将 8 个工作进程分别绑定到差别的 CPU 焦点，可以如许设置：worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; ，此中00000001体现绑定到 0 号 CPU，00000010体现绑定到 1 号 CPU，以此类推。也可以使用auto参数让 Nginx 主动举行绑定，即worker_cpu_affinity auto; ，这种方式简单方便，能主动顺应服务器的 CPU 设置。
worker_rlimit_nofile用于设置全部 worker 进程能打开的文件数量上限。这个上限包罗 Nginx 的全部毗连，如与署理服务器的毗连、与客户端的毗连等。实际的并发毗连数不能凌驾体系级别的最大打开文件数的限定，因此最好将worker_rlimit_nofile的值与ulimit -n大概limits.conf的值保持同等。比方，若要将全部 worker 进程能打开的文件数量上限设置为 65536 ，可以在 Nginx 设置文件中添加worker_rlimit_nofile 65536; 。同时，还须要确保体系层面的设置也相应调解，比如在/etc/security/limits.conf文件中添加或修改如下设置：
* soft nofile 65536
* hard nofile 65536
如答应以包管 Nginx 在高并发情况下可以大概正常打开所需的文件形貌符，克制因文件形貌符不敷而导致毗连失败或其他错误。
3.2 变乱处置处罚模子优化
Nginx 的变乱处置处罚模子是其高效处置处罚并发哀求的焦点机制之一，差别的变乱处置处罚模子在性能和实用场景上存在差别，选择符合的变乱处置处罚模子对于优化 Nginx 性能至关告急。
Nginx 支持多种变乱处置处罚模子，此中select和poll属于标准变乱模子。select模子采取轮询的方式，不绝查抄全部的干系内核进程，检察它们的进程状态。若内核进程已经停当，则将其放入停当队列，该停当队列底层由数组实现。这种方式在处置处罚少量毗连时体现尚可，但当毗连数增多时，由于须要轮询全部内核进程，会占用大量 CPU 资源，且大多数内核进程大概处于非停当状态，服从较低，不适当高并发场景。poll模子的工作原理与select雷同，差别之处在于其停当队列由链表实现，理论上对要处置处罚的内核进程数量没有限定，可以大概处置处罚的最大并发毗连数量受限于当前体系中进程可以打开的最大文件形貌符数（ulimit）。然而，它同样存在轮询带来的 CPU 资源浪费和服从低下的题目。
epoll模子是 Linux 内核 2.6 版本及以后体系中提供的高效变乱处置处罚模子，也是 Nginx 在 Linux 体系下的首选模子。epoll采取回调方式实现对内核进程状态的获取。当内核进程停其时，会回调epoll多路复用器，将其放入停当队列（由链表实现），这种方式克制了轮询带来的大量 CPU 开销。别的，epoll使用mmap零拷贝机制，应用步调所使用的数据不再从内核空间复制到用户空间，大大低沉了体系开销。在处置处罚高并发毗连时，epoll模子显现出了显着的上风，它可以大概高效地处置处罚大量并发毗连，而不会像select和poll模子那样随着毗连数的增长出现性能急剧降落的情况。
在 Nginx 中启用epoll模子非常简单，只需在events模块中添加use epoll;设置即可。比方：
events {
use epoll;
worker_connections 10240;
}
通过这种设置，Nginx 在处置处罚并发哀求时将使用epoll模子，充实发挥其高性能的特点，提升服务器的团体性能和并发处置处罚本领。
3.3 毗连与超时设置优化
在 Nginx 的性能优化中，毗连与超时设置是不可忽视的告急环节，公道调解这些参数可以大概优化连担当理，进步相应速率，确保服务器在高负载情况下稳固运行。
keepalive_timeout用于设置客户端毗连保持会话的超时时间。当客户端与服务器创建毗连后，假如在这个时间内双方没有数据传输，服务器将关闭该毗连。这个参数的设置对于节流服务器资源非常告急，在高并发场景下，假如大量的毗连长时间处于空闲状态，会占用服务器的资源，影响服务器的性能。将keepalive_timeout设置为一个符合的值，如 60 秒，可以实时关闭空闲毗连，开释资源。比方：
keepalive_timeout 60;
tcp_nodelay重要用于控制 TCP 数据的发送方式。默认情况下，当数据发送时，内核并不会立即发送，大概会等待更多的字节构成一个数据包，如答应以进步 I/O 性能。但在每次只发送很少字节的业务场景中，这种等待会导致数据传输耽误较大。启用tcp_nodelay功能后，数据会立即发送，淘汰了等待时间，进步了数据传输的实时性。在一些对实时性要求较高的应用场景，如在线谈天、实时监控等，启用tcp_nodelay可以明显提升用户体验。在 Nginx 中启用tcp_nodelay只需在设置文件中添加如下设置：
tcp_nodelay on;
client_header_timeout用于设置读取客户端哀求头数据的超时时间。假如在这个时间内客户端没有发送完备的哀求头数据，服务器将返回Request time out(408)错误。这个参数的设置可以防止客户端使用 HTTP 协议举行攻击，同时也能克制服务器长时间等待无效的哀求头数据。将client_header_timeout设置为 15 秒，可以在肯定程度上掩护服务器资源，进步服务器的安全性和稳固性。比方：
client_header_timeout 15;
client_body_timeout用于设置读取客户端哀求主体数据的超时时间。与client_header_timeout雷同，假如在指定时间内客户端没有发送完备的哀求主体数据，服务器将返回Request time out(408)错误。公道设置这个参数可以克制服务器在处置处罚哀求时因等待过长时间的哀求主体数据而浪费资源。在实际应用中，根据业务需求和网络状态，将client_body_timeout设置为符合的值，如 15 秒：
client_body_timeout 15;
send_timeout用于指定相应客户端的超时时间。假如在这个时间内客户端没有任何活动，Nginx 将会关闭毗连。这个参数的设置可以确保服务器实时开释不再使用的毗连资源，进步服务器的资源使用率。在一些网络不稳固的情况中，适当调解send_timeout的值可以克制因客户端长时间无相应而导致的毗连占用题目。比方，将send_timeout设置为 25 秒：
send_timeout 25;
四、性能优化之缓存篇
4.1 开启文件缓存
在 Nginx 中，开启文件缓存可以明显提升服务器的性能，淘汰磁盘 I/O 使用，加速文件的读取速率。文件缓存的重要作用是将频仍访问的文件内容存储在内存或磁盘缓存中，当后续有雷同的文件哀求时，Nginx 可以直接从缓存中读取文件，而无需再次从磁盘读取，从而大大进步了相应速率，减轻了服务器的负载。
在 Nginx 设置文件中，使用open_file_cache指令来开启文件缓存。以下是一个设置示例：
http {
open_file_cache max=1000 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 2;
open_file_cache_errors on;
server {
# 其他设置...
}
}
在上述设置中：
[*]max参数设置了缓存中最多可以存储的文件形貌符数量，这里设置为 1000 。当缓存中的文件形貌符数量到达这个上限时，Nginx 会根据inactive参数的设置，镌汰那些在指定时间内未被访问的文件形貌符。
[*]inactive参数指定了文件形貌符在缓存中保持有用的时间，这里设置为 20 秒。假如一个文件形貌符在 20 秒内没有被访问，它将被从缓存中移除。
[*]valid参数设置了对缓存中文件形貌符有用性查抄的时间隔断，这里设置为 30 秒。Nginx 会每隔 30 秒查抄一次缓存中的文件形貌符是否仍然有用。
[*]min_uses参数体现一个文件至少被访问多少次后才会被缓存，这里设置为 2 次。只有当一个文件被访问次数到达或凌驾 2 次时，它才会被存储到缓存中。
[*]errors参数设置为on，体现假如在打开文件时发生错误，将把这个文件的干系信息也缓存起来，以便后续快速处置处罚雷同的错误哀求。
4.2 署理缓存设置
署理缓存是 Nginx 性能优化的告急本领之一，它的原理是 Nginx 作为反向署理服务器，在吸收到客户端的哀求后，起首查抄当地缓存中是否存在该哀求对应的相应内容。假如存在，Nginx 直接将缓存中的内容返回给客户端，而无需将哀求转发到后端服务器，从而大大减轻了后端服务器的负载，进步了相应速率。署理缓存实用于那些后端服务器相应内容相对稳固，不会频仍厘革的场景，比如静态资源的访问、一些数据更新频率较低的网页等。
以反向署理为例，下面展示怎样设置 Nginx 缓存后端服务器的相应内容：
http {
# 界说缓存路径和缓存地区
proxy_cache_path /data/nginx/cache levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off;
server {
listen 80;
server_name example.com;
location / {
proxy_pass http://backend_server;
# 启用缓存，并指定缓存地区为my_cache
proxy_cache my_cache;
# 设置缓存键，这里根据哀求方法、主机和哀求URI天生缓存键
proxy_cache_key "$request_method$host$request_uri";
# 设置差别HTTP状态码的缓存有用期，200和302状态码的相应缓存1小时
proxy_cache_valid 200 302 1h;
# 设置404状态码的相应缓存10分钟
proxy_cache_valid 404 10m;
# 界说条件跳过缓存，假如哀求中包罗no_cache参数或特定的HTTP头，则倒霉用缓存
proxy_cache_bypass $cookie_no_cache $arg_no_cache $http_pragma $http_authorization;
# 界说条件不缓存相应，假如哀求中包罗no_cache参数或特定的HTTP头，则不缓存相应
proxy_no_cache $cookie_no_cache $arg_no_cache $http_pragma $http_authorization;
}
}
}
在上述设置中：
[*]proxy_cache_path指令用于设置缓存路径和缓存地区的干系参数。/data/nginx/cache是缓存文件的存储路径；levels=1:2体现缓存目次采取两层目次布局，如答应以进步文件查找服从；keys_zone=my_cache:10m界说了一个名为my_cache的共享内存地区，巨细为 10MB，用于存储缓存的键和元数据；max_size=10g设置了缓存的最大空间为 10GB；inactive=60m体现假如缓存文件在 60 分钟内未被访问，将被主动删除；use_temp_path=off体现缓存文件直接写到指定的缓存路径中，而倒霉用临时路径，克制文件拷贝导致的性能影响。
[*]proxy_cache指令启用了缓存功能，并指定了使用my_cache缓存地区。
[*]proxy_cache_key指令界说了缓存的键，根据$request_method（哀求方法）、$host（主机）和$request_uri（哀求 URI）天生唯一的缓存键，确保差别的哀求可以大概精确地掷中缓存。
[*]proxy_cache_valid指令为差别的 HTTP 相应状态码设置了缓存有用期。比方，对于状态码为 200 和 302 的相应，缓存有用期为 1 小时；对于状态码为 404 的相应，缓存有用期为 10 分钟。
[*]proxy_cache_bypass和proxy_no_cache指令界说了条件跳过缓存和不缓存相应的情况。当哀求中包罗$cookie_no_cache（体现是否有不缓存的 cookie）、$arg_no_cache（体现哀求参数中是否有不缓存的参数）、$http_pragma（体现是否有特定的 pragma 头）或$http_authorization（体现是否有认证头）时，将倒霉用缓存或不缓存相应。
4.3 缓存战略调解
根据差别范例的资源设置公道的缓存战略是优化 Nginx 性能的关键环节。对于静态资源，如图片、CSS、JavaScript 文件等，由于它们的内容相对稳固，更新频率较低，可以设置较长的缓存时间，以充实使用缓存的上风，淘汰对后端服务器的哀求。比方，可以将图片的缓存时间设置为几天以致几周，CSS 和 JavaScript 文件的缓存时间设置为一天或更长时间。在 Nginx 设置中，可以通过expires指令来设置静态资源的缓存逾期时间，如下所示：
location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ {
expires 7d; # 设置这些静态资源的缓存逾期时间为7天
}
对于动态资源，如 PHP 页面、ASPX 页面等，由于它们的内容大概会频仍厘革，缓存时间通常设置得较短，以致不举行缓存。由于假如缓存时间过长，大概会导致用户看到的是逾期的内容。在某些情况下，可以根据业务需求，对动态资源举行部门缓存或采取其他缓存战略。比方，对于一些数据更新频率较低的动态页面，可以缓存其天生的 HTML 内容，设置较短的缓存时间，如几分钟。
location ~ \.php$ {
proxy_cache_bypass 1; # 绕过缓存，每次都哀求后端服务器
proxy_cache_revalidate on; # 启用缓存相应的重新验证
proxy_cache_min_uses 3; # 设置缓存相应所需的最小哀求数为3
proxy_cache_lock on; # 启用缓存相应的锁定，防止多个哀求同时更新缓存
}
使用Cache-Control和Expires头可以有用地控制欣赏器缓存。Cache-Control头是 HTTP/1.1 协议中用于控制缓存的字段，它提供了更机动的缓存控制选项；Expires头是 HTTP/1.0 协议中用于指定缓存逾期时间的字段。在 Nginx 设置中，可以通过add_header指令来设置这两个头信息。
设置Cache-Control头为public体现资源可以被任何缓存（包罗欣赏器和署理服务器）缓存；设置为private体现资源只能被客户端欣赏器缓存；设置max-age参数可以指定缓存的最大有用时间，单位为秒。比方：
location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ {
add_header Cache-Control "public, max-age=604800"; # 设置缓存控制头，缓存有用期为7天（604800秒）
}
设置Expires头可以指定缓存逾期的具体时间。比方：
location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ {
expires 7d; # 设置逾期时间为7天后，同时会主动设置Expires头
}
通过公道设置Cache-Control和Expires头，可以更好地控制欣赏器对资源的缓存举动，进步用户访问速率和体验。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]