RocketMQ如何实现消息Exactly-Once

🚀 RocketMQ如何实现消息Exactly-Once语义?

🔍 核心实现原理

RocketMQ通过生产者幂等性 + 消费者幂等性 + 事务消息三重保障机制实现准Exactly-Once语义(需业务配合)


🛠️ 生产者端保障措施

1. 消息发送幂等性(Idempotent Producer)

java 复制代码
// 使用Message的UNIQUE_KEY设置业务唯一标识
Message msg = new Message("OrderTopic", 
    "20230815-ORDER-10086".getBytes()); // 业务唯一ID作为消息Key
msg.setKeys("ORDER_10086");  // 设置唯一消息Key
SendResult sendResult = producer.send(msg);

实现原理

  • 🌟 通过keys字段设置业务唯一标识
  • 🔑 Broker端会基于MessageID + Key进行重复判断
  • ⏱️ 默认保留10分钟重复检查(可通过transactionTimeout配置)

🛒 消费者端保障措施

2. 消费幂等设计

scss 复制代码
consumer.registerMessageListener((MessageListenerOrderly) (msgs, context) -> {
    for (MessageExt msg : msgs) {
        String orderId = msg.getKeys(); // 获取业务唯一标识
        if (isProcessed(orderId)) {     // 检查本地去重表
            return ConsumeOrderlyStatus.SUCCESS;
        }
        // 业务处理逻辑
        processOrder(orderId);
        // 记录已处理标识
        markAsProcessed(orderId); 
    }
    return ConsumeOrderlyStatus.SUCCESS;
});

实现要点

  • 🧰 建立业务去重表(Redis/DB)记录处理状态
  • ⚡ 使用UNIQUE KEY约束防止重复插入
  • 🔄 消息重试时跳过已处理记录

💼 事务消息机制

typescript 复制代码
TransactionMQProducer producer = new TransactionMQProducer("GROUP");
producer.setTransactionListener(new TransactionListener() {
    @Override
    public LocalTransactionState executeLocalTransaction(Message msg, Object arg) {
        try {
            // 执行本地事务
            boolean success = bizService.process(msg);
            return success ? LocalTransactionState.COMMIT_MESSAGE : 
                LocalTransactionState.ROLLBACK_MESSAGE;
        } catch (Exception e) {
            return LocalTransactionState.UNKNOW;
        }
    }

    @Override
    public LocalTransactionState checkLocalTransaction(MessageExt msg) {
        return bizService.checkTransactionStatus(msg) ? 
            LocalTransactionState.COMMIT_MESSAGE : 
            LocalTransactionState.ROLLBACK_MESSAGE;
    }
});

事务流程

  1. 📨 发送半消息(对消费者不可见)
  2. ✅ 执行本地事务
  3. 🧑💻 根据结果提交/回滚消息
  4. 🔄 事务回查机制兜底(默认15次检查)

🧩 终极方案:分布式锁+幂等表

typescript 复制代码
public void handleMessage(MessageExt msg) {
    String lockKey = "MSG_LOCK:" + msg.getMsgId();
    try {
        // 获取分布式锁
        if (redisLock.tryLock(lockKey, 30)) {
            if (dupCheckService.isProcessed(msg.getKeys())) {
                return;
            }
            // 业务处理
            processBusiness(msg);
            // 记录处理状态
            dupCheckService.markProcessed(msg.getKeys());
        }
    } finally {
        redisLock.unlock(lockKey);
    }
}

优势组合

  • 🔒 分布式锁保证并发安全
  • 📝 幂等表持久化处理状态
  • ⏳ 锁自动过期防止死锁

📌 总结要点

  1. 🚫 RocketMQ无法100%保证Exactly-Once(需业务配合)
  2. 🔗 生产端:消息Key+事务消息机制
  3. 🛡️ 消费端:分布式锁+幂等表组合拳
相关推荐
Victor3564 分钟前
Redis(58)如何配置和查看Redis的慢查询日志?
后端
Victor3566 分钟前
Redis(59)Redis的主从复制是如何实现的?
后端
摇滚侠1 小时前
Spring Boot 3零基础教程,自动配置机制,笔记07
spring boot·笔记·后端
程序员爱钓鱼2 小时前
Go语言实战案例——进阶与部署篇:性能优化与 pprof 性能分析实践
后端·google·go
爱编程的小白L3 小时前
基于springboot志愿服务管理系统设计与实现(附源码)
java·spring boot·后端
稚辉君.MCA_P8_Java7 小时前
JVM第二课:一文讲透运行时数据区
jvm·数据库·后端·容器
Elsa️74610 小时前
个人项目开发(1):使用Spring Secruity实现用户登录
java·后端·spring
麦芽糖021910 小时前
springboot集成ZeroMQ
java·spring boot·后端
大鱼七成饱10 小时前
Rust 多线程编程入门:从 thread::spawn 步入 Rust 并发世界
后端·rust
码事漫谈10 小时前
深入剖析:C++、C 和 C# 中的 static
后端