tongchenkeji 发表于:2023-12-4 17:31:480次点击 已关注取消关注 关注 私信 RocketMQ事务消息里的补偿机制,这个是怎么保证不会重复调用回查方法的?[阿里云] 暂停朗读为您朗读 RocketMQ事务消息里的补偿机制,有段源码(fillOpRemoveMap)是拉取32条op消息,这个是怎么保证不会重复调用回查方法的? 「点点赞赏,手留余香」 赞赏 还没有人赞赏,快来当第一个赞赏的人吧! 海报 阿里云# RocketMQ973# 云消息队列 MQ1430# 消息中间件1371
小周sirAM 2023-12-21 8:34:58 1 在RocketMQ中,事务消息的处理主要分为两个阶段:正常事务的发送及提交和事务信息的补偿流程。在正常事务的发送与提交阶段,生产者会发送一个半消息给MQServer,然后服务端响应消息写入结果,半消息发送成功,之后开始执行本地事务,根据本地事务的执行状态执行Commit或者Rollback操作。 事务回查机制是事务消息补偿流程的一部分,主要用于解决生产者在发送Commit或者Rollback操作时发生超时或失败的情况。当MQServer长时间没有收到本地事务的执行状态时,它会向生产者发起一个确认回查的操作请求。生产者在收到确认回查请求后,会检查本地事务的执行状态,然后根据检查后的结果执行Commit或者Rollback操作。 关于源码中的fillOpRemoveMap方法拉取32条op消息的部分,其具体实现细节并未公开。但是,一般来说,这种设计可能会结合使用时间戳、序列号或者其他唯一标识符来避免重复调用回查方法。例如,每次调用回查方法时,都可能会使用这些唯一标识符来检查是否已经处理过相同的消息。如果已经处理过,那么就不会再调用回查方法。这样,就可以确保同一条消息不会被多次处理,从而避免了重复调用回查方法的可能。
在RocketMQ中,事务消息的处理主要分为两个阶段:正常事务的发送及提交和事务信息的补偿流程。在正常事务的发送与提交阶段,生产者会发送一个半消息给MQServer,然后服务端响应消息写入结果,半消息发送成功,之后开始执行本地事务,根据本地事务的执行状态执行Commit或者Rollback操作。
事务回查机制是事务消息补偿流程的一部分,主要用于解决生产者在发送Commit或者Rollback操作时发生超时或失败的情况。当MQServer长时间没有收到本地事务的执行状态时,它会向生产者发起一个确认回查的操作请求。生产者在收到确认回查请求后,会检查本地事务的执行状态,然后根据检查后的结果执行Commit或者Rollback操作。
关于源码中的
fillOpRemoveMap
方法拉取32条op消息的部分,其具体实现细节并未公开。但是,一般来说,这种设计可能会结合使用时间戳、序列号或者其他唯一标识符来避免重复调用回查方法。例如,每次调用回查方法时,都可能会使用这些唯一标识符来检查是否已经处理过相同的消息。如果已经处理过,那么就不会再调用回查方法。这样,就可以确保同一条消息不会被多次处理,从而避免了重复调用回查方法的可能。这个没法保证,业务要做好这块的幂等以及事务不阻塞。此回答整理自钉群“群2-Apache RocketMQ 中国开发者钉钉群”