1 应用cpu过高

　　1、用vmstat实时监控cpu使用情况。很小的压力AP cpu却到了80%多，指标是不能超过80%，有可能CPU在进行大量计算；
　　2、分析是user cpu过高还是sys cpu过高，常见的是user cpu使用过高；
　　3、如果是user cpu使用过高，先把消耗cpu最多的进程找出来（top命令），再找到该线程下消耗cpu过高的是哪几个线程，再把该线程转换成16进制，再用jstack命令来dump线程栈，看这个线程栈在调用什么东西导致user cpu过高；

2 内存溢出（堆溢出、栈溢出、持久代溢出）
1、堆内存溢出

　　产生的现象：稳定性压测一段时间后，LR报错，日志报java.lang.OutOfMemoryError.Java heap space。
　 排查手段：
1)用jmap -histo pid命令dump堆内存使用情况，查看堆内存排名前20个对象，看是否有自己应用程序的方法，从最高的查起，如果有则检查该方法是什么原因造成堆内存溢出。

　　2)如果前20里没有自己的方法，则用jmap -dump来dump堆内存，在用MAT分析dump下来的堆内存，分析导出内存溢出的方法。
　　解决方式：如果应用程序的方法没有问题，则需要修改JVM参数，修改xms，xmx，调整堆内存参数，一般是增加堆内存。

2、栈内存溢出
　　产生的原因：稳定性压测一段时间后，LR报错，日志报Java.Lang.StackOverflowError。
　 解决方式：修改jvm参数，将xss参数改大，增加栈内存。栈溢出一定是做批量操作引起的，减少批处理数据量。

3、持久代溢出

　　产生的现象：稳定性压测一定时间后，日志报Java.Lang.OutOfMenoryError.PermGen Space。
解决方式：
　　1)这种原因是由于类、方法描述、字段描述、常量池、访问修饰符等一些静态变量太多，将持久代占满导致持久代溢出。
　　2)修改jvm配置，将XX:MaxPermSize=256参数调大。尽量减少静态变量。

3 线程死锁
　　产生的原因：在多线程程序的编写中，如果不适当的运用同步机制，则有可能造成程序的死锁，经常表现为程序的停顿，或者不再响应用户的请求。
产生的现象：
　　1、容量测试压测一段时间后，LR报连接超时。
　　2、造成这种现象的原因很多，比如带宽不够，中间件线程池不够用，数据库连接池不够，连接数占满等都会造成连接不上而报超时错误。
排查手段：
　　1、jstack命令dump线程栈，搜索线程栈里有没有block，如果有的话就是线程死锁，找到死锁的线程，分析对应的代码。
　　 jstack -F pid >jts.log（java进程id，可以用jps或者ps aux|grep java 去找），将线程的状态输出到jts.log文件

　　值得关注的线程状态有：
　　死锁，Deadlock（重点关注）
　　执行中，Runnable
　　等待资源，Waiting on condition（重点关注）
　　等待获取监视器，Waiting on monitor entry（重点关注）
　　暂停，Suspended
　　对象等待中，Object.wait() 或 TIMED_WAITING
　　阻塞，Blocked（重点关注）
　　停止，Parked

4 数据库死锁
　　产生的现象：容量测试压测一段时间后，LR报连接超时。
　　排查手段：数据库日志中搜索block，能搜到block的话就是存在数据库死锁，查看对应的sql，优化造成死锁的sql。

5 数据库连接池不释放
　　产生的现象：容量测试压测一段时间后，LR报连接超时。
　　排查与解决方式：去数据库查看应用程序到数据库的连接有多少个（ show full processlist），假如应用程序里面配置的数据库连接为30，在数据库查看应用程序到数据库的连接也是30，则表示连接池占满了。将配置改成90试试，去数据库看如果连接到了90，则可以确定是数据库连接池不释放导致的。查看代码，数据库连接部分是不是有创建连接但是没有关闭连接的情况。基本就是这种情况导致的，修改代码即可。