一、物理环境
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单服务器最佳配置。