一、数据库连接数是否够
使用 nestat -pan | grep 3306
查看第三列 存在非0 就是表示发送队列有数据,也就是服务给mysql发数据时,还没有发出去的数据。一般是指mysql有瓶颈
原因 服务数据库连接数设置太小
调整为 max-pool-size:100,min-idle:30
二、容器带宽是否用完
常识:
10224kb=1mb (兆)
1024mb=1GB
内网一般是10000mb
网线一般是 1000mb
使用 sar -n DEV 1 2 命令
rxkb为读(获取回来) 每秒接收数据量
txkb为传输出去 每秒发送数据量
https://blog.csdn.net/volitationlong/article/details/81741754
三、cpu利用率高
用arthas导出火焰图看那个方法占用,且用trace追踪方法的调用过程 方法耗时多少
https://www.cnblogs.com/kaibindirver/p/17142217.html (怎么导出火焰图)
https://www.cnblogs.com/kaibindirver/p/17142318.html (火焰图怎么看)
https://www.cnblogs.com/kaibindirver/p/15354410.html (trace方法追踪)
比如下面追踪耗cpu方法中看到调用了skywalking监控 0.044s 100吞吐量 100*0.044=0.4s(处理100人/s 平均多耗费了0.4s)
三、关闭多余日志
四、上下调整并发线程 找到最佳吞吐量
标签:www,记录,压测,学习,html,kaibindirver,https,100,com From: https://www.cnblogs.com/kaibindirver/p/17146553.html