亿级流量的秒杀系统压测性能分析

性能分析常用方法
系统出现问题分类：
1、 系统异常：
CPU 占用率过高， 磁盘满了， 磁盘 IO 频繁， 网络流量异常,通过指令进行排查： top, free,
dstat ,pstack,vmstat,strace 获取系统异常数据；
可视化工具： promethues ,
2、 业务异常
流量太多系统扛不住， 耗时长， 线程死锁， 多线程并发， 频繁 full gc, oom ， 排查方式：
top,jstack,pstack,strace ,gc 日志， 业务日志（通过日志发现问题， 解决问题）
可视化工具： promethues 

2.1TOP 指令监控 cpu 使用情况， 根据 cpu 使用情况分析系统整体运行情况
Load average : 参数一： 1 分钟内 cpu 平均使用率， 参数二： 5 分钟内 cpu 平均使用率， 参数
三： 15 分钟之内 cpu 平均使用率
单核心 CPU:
Load average < 1 ,表示 cpu 毫无压力， 比较空闲， 运行通畅
Load average = 1 , 表示 cpu 刚刚被占满， 没有可供提供的 cpu 资源了
Load average > 1 , 表示 cpu 满负荷运作， 线程处于阻塞状态， 等待 cpu 的资源
Load average > 5 , 表示 cpu 线程已经严重阻塞， 必须进行处理了；
4 核心 CPU:
Load average < 4 ,表示 cpu 毫无压力， 比较空闲， 运行通畅
Load average = 4 , 表示 cpu 刚刚被占满， 没有可供提供的 cpu 资源了
Load average > 4 , 表示 cpu 满负荷运作， 线程处于阻塞状态， 等待 cpu 的资源
Load average > 10 , 表示 cpu 线程已经严重阻塞， 必须进行处理了；
生产环境中： cpu 持续占用率， 长时间超过 70%， 其实就必须对服务进行处理了
 

2.2：Free 是排查线上内存问题的重要指令， 内存问题很多时候是引起 cpu 使用率较高的原因

2.3：df 指令查看磁盘使用情况， 有时候服务出现了问题， 有可能是磁盘不够

2.4： Dstat , 集成了 vmstat , iostat ,netstat 工具功能完成查询任务

业务问题： jmap ,jstack ,jinfo,jstat ,可视化工具排查
 

服务端调优
Tomcat 服务器调优(内置服务器)
Tomcat 默认使用的线程数：200

Tomcat 默认连接数：8192
 

Tomcat 等等队列

tomcat 默认等等队列 100， 最大线程 200， 相当于做了限流， 最多只能进入这么多线程； 超过这个线程数， 就会被抛弃；

Tomcat 服务调优
tomcat:
max-threads: 800 # 最大线程数
accept-count: 1000 # 等待对象， 最多允许 1000 个线程在队列中等待
max-connections: 20000 # 最大允许有 20000 个链接被建立
min-spare-threads: 100 # 最大空闲数， 防止流量洪峰
uri-encoding: utf-8

利用linux命令查看服务器一个进程有多少个线程在执行：

pstree -p 进程号| wc -l