Nginx 采用的是多进程(单线程) & 多路IO复用模型。使用了 I/O 多路复用技术的 Nginx,就成了”并发事件驱动“的服务器。其实现了异步,非阻塞,使用了epoll 和大量的底层代码优化。android
若是一个server采用一个进程负责一个request的方式,那么进程数就是并发数。正常状况下,会有不少进程一直在等待中。nginx
而nginx采用一个master进程,多个woker进程的模式。后端
Nginx 的异步非阻塞工做方式正把当中的等待时间利用起来了。在须要等待的时候,这些进程就空闲出来待命了,所以表现为少数几个进程就解决了大量的并发问题。浏览器
[info] 题外话: 这和PHP扩展swoole的原理同样
每进来一个request,会有一个worker进程去处理。但不是全程的处理,处理到什么程度呢?处理到可能发生阻塞的地方,好比向上游(后端)服务器转发request,并等待请求返回。那么,这个处理的worker很聪明,他会在发送完请求后,注册一个事件:“若是upstream返回了,告诉我一声,我再接着干”。因而他就休息去了。此时,若是再有request 进来,他就能够很快再按这种方式处理。而一旦上游服务器返回了,就会触发这个事件,worker才会来接手,这个request才会接着往下走。缓存
Apache: 建立多个进程或线程,而每一个进程或线程都会为其分配 cpu 和内存(线程要比进程小的多,因此worker支持比perfork高的并发),并发过大会耗光服务器资源。性能优化
Nginx: 采用单线程来异步非阻塞处理请求(管理员能够配置Nginx主进程的工做进程的数量)(epoll),不会为每一个请求分配cpu和内存资源,节省了大量资源,同时也减小了大量的CPU的上下文切换。因此才使得Nginx支持更高的并发。服务器
1. 调整worker_processesswoole
指Nginx要生成的worker数量,最佳实践是每一个CPU运行1个工做进程。了解系统中的CPU核心数,输入网络
grep processor /proc/cpuinfo | wc -l # 或者htop htop
2. 最大化worker_connections多线程
Nginx Web服务器能够同时提供服务的客户端数。与worker_processes结合使用时,得到每秒能够服务的最大客户端数
最大客户端数/秒=工做进程*工做者链接数
为了最大化Nginx的所有潜力,应将worker_processes设置为核心一次能够运行的容许的最大进程数1024。
3. 启用Gzip压缩
压缩文件大小,减小了客户端http的传输带宽,所以提升了页面加载速度。
4.为静态文件启用缓存
为静态文件启用缓存,以减小带宽并提升性能,能够添加下面的命令,限定计算机缓存网页的静态文件
第三点和第四点 具体看前 《【nginx网站性能优化篇(1)】gzip压缩与expire浏览器缓存》
5. Timeouts
keepalive链接减小了打开和关闭链接所需的CPU和网络开销,得到最佳性能须要调整的变量:
6. 禁用access_logs
访问日志记录,它记录每一个nginx请求,所以消耗了大量CPU资源,从而下降了nginx性能。
彻底禁用访问日志记录
access_log off;
若是必须具备访问日志记录,则启用访问日志缓冲
access_log /var/log/nginx/access.log主缓冲区= 16k
7. fastcgi 调优
fastcgi_connect_timeout 600; fastcgi_send_timeout 600; fastcgi_read_timeout 600; fastcgi_buffer_size 64k; fastcgi_buffers 4 64k; fastcgi_busy_buffers_size 128k; fastcgi_temp_file_write_size 128k; fastcgi_temp_path/usr/local/nginx1.10/nginx_tmp; fastcgi_intercept_errors on; fastcgi_cache_path/usr/local/nginx1.10/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128minactive=1d max_size=10g;
[info] 其实能够参考网上的 lnmp一键压缩包,配置得就很好
参考连接: