dubbo 服务压测_基于Dubbo的压测调优实例

不久前参与开发了一个基于dubbo分布式框架的底层账单系统，并实现了其中的一部分业务接口，目前需对这些接口进行压测，以评估生产环境所能承受的最大吞吐量。笔者以其中一个查询接口为例来回顾此次压测的整体流程。

压测准备：

1.调用查询接口的测试jar包，作为dubbo-consumer，依赖了查询服务的api，测试module基于maven开发，执行maven clean package即可通过编译得到jar包

方案：

无限次请求查询接口(保证任意时刻并发量相同)，观察Error%为0，当请求平稳进行时的tps，为该接口吞吐量

实施：

1.JMeter中添加一个测试计划，线程组容量分别设为10、20、50、80、100、200、400、1000、2000，通过jmeter csv data set config设置三组查询参数

2.准备完毕后，依次在不同容量线程组下启动测试计划，结果如下

吞吐量折线统计图

99%Line折线统计图

Error%折现统计图

结论：当线程数为200时，tps达到1700+，随着线程数增加，99%Line明显蹿升至6s，猜想部分线程请求不到资源，并且Error线程占比瞬间增多也印证了这一点。ps:如果同一组参数测试，压测效果却在递减，可尝试重启Jmeter。