性能问题分析

2019-06-21  小魔仙 

CPU问题

 1.现象

  • 系统访问卡顿,QPS、TPS降低,响应时间延长,网络吞吐量降低;

  • 应用服务器内存和IO正常,CPU利用率增高

 2.原因

  • 线程太多,上下文切换太频繁;

  • GC回收使用了过高的CPU资源;

  • 某段代码陷入了死循环;

  • 锁争用激烈

 3.解决方法(主要解决CPU的问题)

  • 考虑使用更高级的CPU代替当前的CPU

  • 对于多CPU,考虑CPU之间的负载分配

  • 考虑在其他体系上设计系统,例如增加前置机,设置并行服务器

  • 定位耗时最高的线程,将需要的线程ID替换成16进制格式,并打印线程的堆栈信息,找到出现问题的代码

 

内存问题

 1.现象

  • 项目内存持续增加;

  • 响应时间成规律性的先增加后回落;

  • 查看应用日志,会出现OutOfMemoryError错误;

  • GC日志发出FULL GC警告;

  • 系统长时间运行后出现访问错误或宕机

 2.原因

  • 启动参数内存值设定得过小;

  • 代码中存在死循环或者循环产生过多重复的对象实体;

  • 集合类中有对对象的引用,使用完后未清空,使JVM不能回收;

  • 使用的第三方软件中有GUB

 3.解决办法(主要解决内存的问题)

  • 保证保留列表具有较大的邻接内存块

  • 调整数据块缓冲区大小(用数据块的个数表示)

  • 将最频繁使用的数据保存在存储区中

 

磁盘IO问题

1.现象

磁盘读写速率、IOPS过高,系统出现卡顿

2.原因

  • SQL写法、参数配置不合理;

  • 交换机故障,网线老化;

  • 存储针列条带宽不足,缓存不足,Qos限制,RAID级别设置不当

3.解决办法(主要解决磁盘IO的问题)

  • 通过把日志和数据库对象分布在独立的设备上

  • 把不同的数据库放在不同的硬盘上

 

数据库问题

 1.现象

  • QPS、TPS降低,CPU使用率超高导致宕机;

  • 磁盘IO过高,网卡IO被占满

 2.原因

  • SQL查询速度慢,语句效率低下;

  • 服务器硬件性能差;

  • 表数据文件巨大,表单超过千万行;

  • 资源锁定造成数据库事务超时,数据库死锁;

事务粒度过大

 3.解决办法(主要解决数据库的问题)

  • 定位资源占用较大的事务并做出必要的优化或调整

  • 定位锁冲突,修改锁冲突发生严重的应用逻辑

  • 对规模较大的数据或者无法通过一般优化解决的锁冲突进行分布

  • 分表分库:减少表单的记录条数,减少数据查询所需的时间,提高数据库的吞吐;对数据库进行拆分,提高数据库的写入能力

  • 考虑采用分布式的cache层

  • 实现MySQL数据库异步查询,MySQL读写分离

97°|977 人阅读|0 条评论
登录 后发表评论