当前位置: 首页 > news >正文

Kafka与RocketMQ在事务消息实现上的区别是什么?

一、Kafka事务消息核心实现(基于2.8+版本)

// KafkaProducer.java
public synchronized Future<RecordMetadata> send(ProducerRecord<K, V> record) {// 事务消息校验(第256行)if (transactionManager != null && transactionManager.isTransactional()) {// 事务ID绑定检查(需先初始化事务)transactionManager.maybeFailWithError();}// 消息实际发送(第412行)return appendTransactionalRecord(record);
}// TransactionManager.java(关键事务方法)
public synchronized void beginTransaction() {// 生成新事务ID(第134行)this.transactionalId = generateTransactionalId();// 与协调者建立连接(第152行)coordinator.ensureTransactionalIdReady();
}public void commitTransaction() {// 两阶段提交第一阶段:写入提交标记(第489行)coordinator.beginCommit();// 第二阶段:提交所有消息(第503行)coordinator.sendOffsetsToTransaction();
}

二、RocketMQ事务消息核心实现(基于4.9+版本)

// TransactionMQProducer.java
public TransactionSendResult sendMessageInTransaction(Message msg, Object arg) {// 1.发送半消息(第87行)msg.putUserProperty(MessageConst.PROPERTY_TRANSACTION_PREPARED, "true");SendResult sendResult = this.send(msg);// 2.执行本地事务(第94行)LocalTransactionState state = transactionListener.executeLocalTransaction(msg, arg);// 3.提交事务状态(第101行)this.endTransaction(sendResult, state, null);
}// DefaultMQProducerImpl.java(事务回查机制)
private void checkTransactionState() {// Broker定时回查(第356行)for (MessageExt msg : halfMsgs) {// 查询本地事务状态(第372行)LocalTransactionState state = transactionListener.checkLocalTransaction(msg);// 根据状态提交/回滚(第379行)endTransaction(msg, state);}
}

三、核心差异对比

  1. 设计架构

    • Kafka:Exactly-Once语义,通过事务协调器实现 (其实本质上也是2PC,不过是通过一个特定的主题去做事务的处理
    • RocketMQ:采用二阶段提交+定时回查机制 (rocketmq事务消息会提供一个回查接口,目的是为了兜底,当你长时间未提交当前事务消息,通过回查机制让业务觉得该条消息是否提交
  2. 存储机制

// Kafka日志追加(第512行)
public void appendToTransactionLog() {// 使用__transaction_state特殊主题存储事务状态(需ISR确认)
}// RocketMQ事务存储(CommitLog.java第227行)
public PutMessageResult putMessage(final MessageExtBrokerInner msg) {// 半消息存储到RMQ_SYS_TRANS_HALF_TOPIC主题if (msg.isTransactionPrepared()) {topic = TopicValidator.RMQ_SYS_TRANS_HALF_TOPIC;}
}
  1. 异常处理
// Kafka事务恢复(第672行)
void initializeTransactions() {// 通过事务ID恢复未完成事务coordinator.initializeTransactions();
}// RocketMQ事务补偿(第415行)
public void compensateDoTransaction() {// 超过checkTimeout未提交的消息自动回滚if (msg.getStoreTimestamp() + checkTimeout < now) {endTransaction(msg, LocalTransactionState.ROLLBACK_MESSAGE);}
}

四、适用场景对比

  1. Kafka:适合流处理场景的精确一次处理
  2. RocketMQ:更适合需要分布式事务支持的业务系统

注意:以上行号基于对应版本的源码,实际代码位置可能因版本更新发生变化。建议结合官方文档和源码注释进行验证。

相关文章:

  • Transformer-LSTM混合模型在时序回归中的完整流程研究
  • 2025年01月09日德美医疗前端面试
  • Transformer 与 LSTM 在时序回归中的实践与优化
  • Mathematica中的ResourceFunction
  • 状态模式 VS 策略模式
  • Kotlin密封类优化Android状态管理
  • 从设计到应用:大尺寸PCB打样的关键领域解析
  • 使用 Spring Boot 构建 REST API
  • 【大语言模型ChatGPT+Python】近红外光谱数据分析及机器学习与深度学习建模(近红外光谱数据分析、定性/定量分析模型代码自动生成等)
  • setup 函数在 Vue 3 中的作用是什么?什么时候会执行
  • 打成jar 包以后,运行时找不到文件路径?
  • WebRTC 服务器之SRS服务器性能优化配置
  • 在 GitLab 中部署Python定时任务
  • 私有仓库 Harbor、GitLab
  • 云计算训练营笔记day02(Linux、计算机网络、进制)
  • UE5 材质淡入淡出
  • 【工具使用-数据可视化工具】Apache Superset
  • 超表面加工流程
  • 前端知识-forwardRef
  • 区块链+数据库:技术融合下的应用革新与挑战突围
  • 金融政策支持稳市场稳预期发布会即将召开,潘功胜、李云泽、吴清将出席
  • 巴基斯坦军方:印度导弹袭击已造成至少3人死亡
  • 阿曼宣布美国与胡塞武装达成停火协议
  • 哈马斯官员:进一步停火谈判毫无意义
  • 玉渊谭天丨是自保还是自残?八个恶果透视美国征收100%电影关税
  • 特朗普:对所有在国外制作进入美国的电影征收100%关税