性能问题排查:
压力机(客户端):脚本、hosts绑定、Jmeter日志、断言、参数化文件、Jar包
网络:长短连接、连接状态/数
Apache:是否启动成功、KeepAlive及进程配置、日志、转发配置
网络:长短连接、超时时间、线程数、连接状态/数
Jboss:JVM参数、线程、内存、CPU、日志
网络:连接池、线程数设置等
DB:SQL、索引、执行计划、AWR报告
操作系统:pidstat、iostat、vmstat、系统调用、CPU忙闲程度、内存使用情况、文件句柄打开数、进程线程查看、top、free
当出现TPS下降的时候,如何定位是发起请求的机器出现了问题,还是服务处理的一方出了问题?
答:如果响应时间也相应增长,则是服务器处理方出的问题;如果响应时间并未查看到增长,则很可能是发送的请求数减少了,当然也可能是某些请求响应时间过长,而未设定超时时间所致。
本文详细阐述了在遇到TPS下降问题时,如何通过压力机(客户端)、网络、数据库等不同层面进行性能问题的排查与定位,包括了脚本、hosts绑定、JMeter日志、断言、参数化文件、Jar包、网络连接、Apache服务、Jboss应用服务器、数据库操作等关键环节的检查方法。同时,提供了判断是发起请求机器问题还是服务处理方问题的依据。
14万+

被折叠的 条评论
为什么被折叠?



