批量协议支付场景优化方案分享

业务背景:

        随着我们系统协议支付订单量的增加,我们迫切需要提升系统的吞吐量。过去,每接收一笔订单,我们都需要发送一次MQ消息,再由MQ进行消费,然后逐条向第三方渠道发送支付请求。随着订单数量的增加,这种逐条发送的方式导致系统吞吐量较低。同时,第三方渠道在同一时间接收过多请求也容易导致吞吐量下降,甚至出现一些超时问题。

解决方案:

        为了应对这一问题,我们引入了第三方渠道的批量支付接口。将之前逐条发送的支付请求参数组装成一批次,并一次性发送给第三方渠道,有效减少了请求次数。具体实现方式如下:

  • 利用 Rocket-MQ的批量等待消费方案,当Rocket-MQ队列积累到一定数量时才开始一次性消费整批消息。
  • 设置消费者一次性处理的消息数量,确保高效消费。
  • 若在30秒内未达到设定的阈值数量,每30秒执行一次消费操作,确保即使数量较少也能及时处理。

通过以上优化措施,我们成功提升了系统的吞吐量,同时有效避免了因请求过多导致的超时问题。

  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值