• RocketMQ事务消息机制


    消息发送

      普通发送消息,是直接根据topic的queue最终写入到commitlog的,然后可以被消费者消费。比如现在往broker的orderTopic发送事务,不会先把half消息的offset写入orderTopic的queue里面去,而是写入broker内部的“RMQ_SYS_TRANS_HALF_TOPIC”对应的ConsumeQueue里面去。此时消息必然在broker内部了,那就会认为half消息写入成功了,然后响应给发送者;所以此时消费者还没发看到这条half消息。

      

    消息确认

      然后producer执行完业务逻辑后,就会发送rollback/commit状态确认。或者网络故障producer没有收到half消息的响应、又或者发送rollback/commit失败,此时broker一直收不到producer的信号,它后台就会回查消息判断状态。但是它最多回查15次,15次都没拿到消息状态就会将它rollback。

      

    rollback

      假设现在消息rollback后,那么消息就要回滚,不过broker不是直接将消息删除掉,而是通过内部的op_topic标记half消息为rollback。

      

    commit

       如果消息commit后,则内部的op_topic标记half消息为commit,然后把消息写到orderTopic里面去,此时consumer就可以消费了。

       

  • 相关阅读:
    [UVA100] The 3n + 1 problem.题解
    [SP1] TEST
    LCA【模板】
    [P1000] 超级玛丽游戏.题解
    [P3367]【模板】并查集.题解
    并查集【模板】
    洛谷 P1890 【gcd区间】
    浅谈分块算法经典问题&优化
    Floyd算法详(cha)解
    逆序对
  • 原文地址:https://www.cnblogs.com/wlwl/p/14627418.html
Copyright © 2020-2023  润新知