生产环境服务器变慢一般主要涉及以下几个方面:
一、CPU利用率
1、过高
说明CPU忙不过来,CPU处理的指令有点多,使用top命令查看占用CPU过高的进程,以及定位到这个进程中比较活跃的线程。再通过jstack打印当前系统中线程快照,根据快照的日志排查问题代码;
2、过低
说明CPU资源的使用不过,可以增加线程数量,提升程序的处理效率。
二、磁盘IO效率
程序运行过程中会直接或间接涉及到一些磁盘IO的相关操作,比如程序直接读取磁盘相关数据,或者程序所依赖的第三方组件涉及到磁盘的一个持久化存储。因此,磁盘的IO效率也会对程序运行效率产生影响。面对这个方面,可以使用iostat命令进行分析,如果磁盘负载比较高,可以进行针对性的优化,比如说借助缓存系统来减少磁盘IO的次数,或者用顺序写替代随机写入,减少寻址开销,或者使用mmap替代read/write,减少内存拷贝次数。
另外,系统IO的瓶颈可以通过CPU和负载的非线性关系来分析,也就是说当负载增大时,系统吞吐量不能有效增大,CPU不能线性增长,其中,有一种可能的现象就是出现IO阻塞。
三、内存
内存作为一个临时存储数据的组件,所有CPU运算的指令都需要从内存中进行读写,内存的合理利用,可以减少应用和磁盘的一个直接IO的读写频率,以及减少网络IO的频率,极大提升IO性能。
另外,作为Java运行平台JVM,对于内存的合理分配,能够避免频繁YGC和FGC,内存的使用率比较高的情况下,可以dump出当前JVM堆内存,然后借助MAT的工具进行分析,查出大对象,或者占用内存最多的一些对象,以及排查是否存在内存泄漏的一些问题。
如果dump出的堆内存文件正常,可以考虑可能是堆外内存被大量使用导致出现的一些问题,需要借助操作系统pmap指令,查出进程的内存分配情况,如果CPU和内存使用频率都很正常,那么就需要更进一步开启GC日志,分析用户线程的暂停时间,各部分内存区域的GC次数和时间等指标,可以借助jstat或者可视化工具GCeasy进行排查。
如果问题出现在GC上,考虑是否是因为内存不够,根据垃圾对象的特点进行参数调优,使用更适合的垃圾收集器,同时,还可以分析jstack出来的一个线程状态。
如果问题实在比较隐蔽的话,可以考虑开启jmx,或者使用visualvm等可视化工具,远程进行监控和分析。