一次gateway系统调优案例

本文描述了一次对gateway系统性能调优的过程。在遇到TPS上限为1300笔/秒且CPU占用50%的问题后,通过调整系统参数、直压数据库和挡板测试,发现性能瓶颈可能在gateway系统本身。经过分析报文转换、Netty工作线程、业务线程池以及数据库驱动等,最终发现是db2jcc4.jar驱动导致的问题,替换为db2jcc.jar后,TPS提升到2600笔/秒,CPU消耗达到80%。

此项目一开始是项目组开发人员自测的,压测工具同样采用的是JMeter,项目组遇到的问题是:TPS 压不上去,即使加大并发TPS也稳定在1300笔/秒左右并且gateway应用CPU消耗约50%左右,项目组研究几天了也没什么实质性的进展。

    介入的主要目的就是指导项目组使用JMeter工具,然后就是定位下究竟是什么原因导致的TPS压不上去。

    压测环境拓扑图:

    

分析问题思路:

    一般出现TPS压不上去,很大的可能是由于系统常见的某些参数设置的过小导致,从系统参数着手进行分析验证的,结果却大跌眼镜。尝试调整了所有可能影响TPS的参数,结果TPS却仍然保持在1300左右,感觉越来越有意思了。。。。。。。

    当你的生病的时候,吃那些常备的感冒药不见效,就该去诊所或医院查查了,这个时候很可能不是感冒。

   进一步的做法是:模拟gateway直接压数据库,模拟gateway直接压测挡板。测试结果如下:

编号

交易

并发

TPS

     ART

说明

1

  xx消费

60

7080

0.006ms

直压db2

2

  xx消费

60

21200

0.002ms

直压挡板

    从上面表格可以看出,数据库还有挡板性能都是ok的,而且直压数据库过程中这边看了db

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值