记一次单机Nginx调优，效果立竿见影

一、物理环境

1.系统是Centos 8，系统配置 2核4G，8M带宽，一台很轻的应用服务器。

2.站点部署情况。但站点部署两个实例，占用两个端口，使用nginx 负载转发到这两个web站点。

 二、调优思想

通过这次调优总结发现，在带宽有限，服务器资源有限的情况下，最好的方法是 1.缩小数据包的大小 2.减少不必要的数据库IO。

具体方法如下：

三、调优具体操作

1.应用程序调优

1.1添加分页

1.2多多使用缓存，减少不必要的数据库IO和后台请求。

添加分页的效果还是很显著的，我的站点首页是一张数据大表，初始默认数据条数大概在260条左右。没加分页之前，并发很低，100个模拟用户，并发数23，响应时间大于3秒。

添加分页后，默认显示20条数据，提升明显，这样其实大大减少了首页请求的数据包大小。除了分页其他可以减少后台请求的策略都可以执行，比如使用客户端缓存localStorage等,

添加分页后模拟100次请求响应时间在 2.19s可以接受，并发数31，已经有很大提高了。但还是有优化的空间。

在应用程序调优上，分页，缓存等策略只是抛砖引玉，各位开发者可以根据自己站点的实际情况，去配置相关策略，提高服务器的资源利用率，避免资源浪费等。

2.nginx 调优

首先说重点，nginx 启用gzip 效果太明显了，简直是质的飞跃。启用gzip后 并发提高了10倍。

在nginx.conf 中加入配置

配置文件头部加入

worker_processes 4;#基于服务器核心数来，一般等于  核心数*2
worker_cpu_affinity 0001 0010 0100 1000;#我这里是2核cpu，开启4个进程 worker_cpu_affinity配置参数来充分利用多核cpu，cpu是任务处理，当计算最费时的资源的时候，cpu核使用上的越多，性能就越好。

配置文件末尾追加，gzip配置

    gzip on;      
    #大于1k执行压缩，过小的文件压缩，浪费时间得不偿失
    gzip_min_length 1k;
    gzip_buffers 4 16k;
    #gzip_http_version 1.0;
    #压缩级别，1-10，数字越大压缩的越好，时间也越长
    gzip_comp_level 2;
    #进行压缩的文件类型
    gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;
    #跟Squid等缓存服务有关，on的话会在Header里增加"Vary: Accept-Encoding"
    gzip_vary off;
    #ie6 以下不启用
    gzip_disable "MSIE [1-6]\."; 

保存后重启nginx，再次测试，效果喜人。直接上图：

直接模拟800个用户登录，并发数来到了234，响应时间 < 2s;  并发数提升超过十倍，而且最大负载也远远提升。

效果是不是很惊人呢。

后续会继续学习这块，持续更新，探索nginx单服务器最佳配置。