压力端：jmeter监控，如果tps低，响应时间长，不能发现瓶颈，需要对服务端进行监控分析才能发现问题所在之处。
Jmeter客户端监控出来的如tps低，rt长，是发现不了瓶劲在哪里，但是也并不证明jmeter监控不重要，因为合理的场景决定结果是否有参考价值。
历史业务模型压测，就得统计分析线上日志，如果是一个新系统和做容量规划业务模型跟线上日志一样就由项目组规定。
设计场景（单场景、混合场景、异常场景、稳定性场景）非秒杀的场景就需要阶梯加压，如果是抢杀的话，就需要数据预热（数据预热就是把商品信息先放到redis里，然后模拟现程陡增瞬时压力，然后再去观察这种瞬时产生对服务器的压力的情况），保障服务器稳定。
对服务端进行监控分析，压测过程中就是通过gra+infu监控jmeter数据
1）通过增加线程来看线程、tps、响应时间的一个变化趋势图，可以看到从什么时间开始出现瓶颈：响应时间增大，tps就是增大的弧度不是很大，趋近于平稳
2）看事务成功率，保证成功率，在一定成功率下压测才有价值。
压力端的监控数据一般看tps、响应时间、线程、成功率，压力端不能确定瓶颈在哪儿，就需要对服务端进行监控分析。
一个没有任何服务端的应用程序，是不会出资源消耗高。
为什么会出现服务资源消耗高？
因为部署的应用程序导致服务资源消耗高，用户进程造成。
服务端如何监控分析<