消息发送
普通发送消息,是直接根据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就可以消费了。
。