【大型电商项目开发】性能压测-优化-中间件对性能的影响-40

一：测试nginx对性能的影响

1.打开jmeter进行测试

• 将线程数修改为50，并且勾中永远，让其一直测试，除非手动停止

2.给nginx发送请求

给服务器的80端口发送请求，并添加如下汇总图

• 使用docker stats查看docker容器使用情况
  
  结论：nginx需要给其他服务频繁转发，所以使用消耗的线程多，内存小，cpu占用空间大

二：监控指标

1、中间件指标

• 当前正在运行的线程数不能超过设定的最大值。一般情况下系统性能较好的情况下，线 程数最小值设置 50 和最大值设置 200 比较合适。
• 当前运行的 JDBC 连接数不能超过设定的最大值。一般情况下系统性能较好的情况下， JDBC 最小值设置 50 和最大值设置 200 比较合适。
• ＧＣ频率不能频繁，特别是 FULL GC 更不能频繁，一般情况下系统性能较好的情况下， JVM 最小堆大小和最大堆大小分别设置 1024M 比较合适。

2、数据库指标

• SQL 耗时越小越好，一般情况下微秒级别。
• 命中率越高越好，一般情况下不能低于 95%。
• 锁等待次数越低越好，等待时间越短越好。

3、联合测试

• 中间件越多，性能损失越大，大多都损失在网络交互了；
• 业务：
  Db（MySQL 优化）
  模板的渲染速度（缓存）
  静态资源

三：优化吞吐量

1.nginx实现动静分离

1）以后所有的静态资源都放在nginx里面
2）规则：/static/***所有请求都由nginx直接返回
3）搬家静态资源（将静态资源直接转移到服务器里面）

• 进入到HTML路径下 cd /mydata/nginx/html
• 在HTML下新建static mkdir static
• 进入到static文件夹，并且将product的静态资源index复制进去（将本项目的静态资源删除）
• 在img,src,herf标签中加入/static/路径
  

2.修改服务器nginx的配置

1）进入到cd /mydata/nginx/conf/conf.d路径下
2）修改gulimail.conf文件 vi gulimail.conf

     location /static/ {
    
      root  /usr/share/nginx/html;
    }