分布式事务 | 消息队列+本地事件表+定时任务方案

        一个请求进来先调用一个服务,服务里面有一个功能,就是业务操作事件表,它在一个服务里,所以它能通过本地事务完成。1-1执行业务,1-2插入事件表,1-3返回响应。

        通过本地事务来保证事务把业务执行完,把数据插入事件表里,然后给用户一个响应就完成了。在系统调用多个事务过程中,怎么能提高系统的效率?

        比如,调用第一个服务需要10秒,调用第二个服务需要10秒,调第三个服务还需要10秒,此时我们的请求进来,原来是一个一个的调用,现在我们只调用第一个,至于后面的这些操作,我以后再做,直接返回结果,这样就把原来的响应时间从30秒降低到了10秒,从而降低了Response time,然后通过后面的业务流程来保证,比如说事件表已经插入完成了,第二个服务的的程序定时去读。读完之后,把它发到消息队列里,发完消息队列之后,把这个事件表中的事件状态改成“已发送”,表示已发送至消息队列,这样定时任务就不用读他了,所以通过记录状态改变,然后把消息发送到消息队列中。

        然后第三个服务作为消费者去消费消息,把它再插入到该服务的事件表里,插如完成后给消息队列返回一个ACK响应。这样该事件就更新到另一个事件表里了。然后通过定时任务读这个事件表,读出来之后执行对应的事务,这样两边的业务数据就一致了。

        这个方案允许程序中间数据暂时不一致,我们只需要保证它们的最终一致性即可。这种理论有一个缺点,就是数据有一段时间是不一致的,但是他也有优点,即他能减少刚才提到的Response time,这一点在高并发系统中是非常重要的。比如说原来一个请求需要30秒,现在优化为这种方案之后,一个请求只需要10秒。这样,原来处理1个请求的时间,现在可以处理3个请求,并发量就提上去了。

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

国林哥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值