上图大致流程：

第一步：生产者发送消息到交换机，交换机分发给队列。

第二步：消息的确认机制，判断消息是否成功投递到队列。

第三步：

如果消息投递成功， MQ队列会给你个状态，告诉你消息投递成功。

如果消息投递失败，有可能是服务器原因造成，就将投递失败的消息进行两次重发，如果两次投递消息都失败，证明这条消息有问题。

可靠生产的问题：

图 19-8

上图说明：

当有一个用户下了订单，发送消息可能会出现不可靠，可能就是MQ宕机了，为了防止这种情况，在我们的业务当中会加张冗余表，利用交换机的确认机制判断消息是否发送成功。如果发送成功，就把冗余表的状态改成成功（0和1代表成功都可）。如果失败，就通过定时器重发消息。

代码实现：

注意：MQ配置的时候把确认机制类型：correlated 才能生效。


spring:
  # RabbitMQ 配置
  rabbitmq:
    username: admin
    password: 123456
    virtual-host: /
    addresses: 81.70.97.167:5672
    # 确认机制生效
    publisher-confirm-type: correlated

a.先保存消息到订单表和消息冗余表


/**
 * @author WangYan
 * @date 2022/3/2 21:04
 */
@Service
public class DownOrderServiceImpl implements DownOrderService {
 
    @Autowired
    DownOrderMapper downOrderMapper;
    @Autowired
    DownOrderMessageMapper orderMessageMapper;
    @Autowired
    RabbitTemplate rabbitTemplate;
 
    @Autowired
    private RestTemplate restTemplate;
 
    @Override
    public String downOrder(DownOrderPO po) {
        // 1.保存到订单表
        downOrderMapper.insert(po);
        // 2.保存到订单冗余表
        this.saveRedundancy(po);
        // 3.发送消息到MQ
        this.sendMessage(po.getUuid());
        return "成功!";
    }
 
    /**
     * 保存到消息冗余表
     * @param po
     */
    public void saveRedundancy(DownOrderPO po){
        DownOrderMessagePO orderMessage = new DownOrderMessagePO();
        orderMessage.setUuid(po.getUuid());
        orderMessage.setCommodity(po.getCommodity());
        orderMessage.setAmount(po.getAmount());
        orderMessage.setOrderPerson(po.getOrderPerson());
        // 0 未发送
        orderMessage.setStatus(0);
 
        orderMessageMapper.insert(orderMessage);
    }
 
    /**
     * 发送消息到MQ
     */
    public void sendMessage(String orderId){
        rabbitTemplate.convertAndSend("amq.fanout","",orderId,new CorrelationData(orderId));
    }
}

b.MQ的确认机制

注意：Springboot是个Web项目，一直在运行，下完订单之后，当前线程最好睡眠两毫秒，这样确认机制有一个好的回值。


/**
 * @author WangYan
 * @date 2022/4/10 18:12
 */
@Service
public class MQService {
 
    @Autowired
    RabbitTemplate rabbitTemplate;
    @Autowired
    DownOrderMessageMapper orderMessageMapper;
 
    /**
     * @PostConstruct
     * 不是Spring提供的注解,而是Java自己的注解。
     * Java中该注解说明: @PostConstruc 该注解被用来修饰一个非静态的 void() 方法。
     * 被 @PostConstruc 修饰的方法会在服务器加载Servlet的时候运行。并且只会被服务器执行一次, PostConstruct 在构造函数之后执行, init() 方法之前。
     */
    @PostConstruct
    public void regCallback(){
        // 消息发送成功以后,给与生产者的消息回复,以此来确保生产者的可靠性
        rabbitTemplate.setConfirmCallback(new RabbitTemplate.ConfirmCallback() {
            @Override
            public void confirm(CorrelationData correlationData, boolean ack, String cause) {
                // 如果ack为true 代表消息已经收到
                String orderId = correlationData.getId();
 
                if (!ack){
                    // 消息投递失败
                    System.out.println("MQ队列应答失败,orderId是: " + orderId);
                }
 
                QueryWrapper<DownOrderMessagePO> queryWrapper = new QueryWrapper<>();
                queryWrapper.lambda().eq(DownOrderMessagePO::getUuid,orderId);
                DownOrderMessagePO orderMessagePO = orderMessageMapper.selectOne(queryWrapper);
                orderMessagePO.setStatus(1);
                int insert = orderMessageMapper.updateById(orderMessagePO);
                System.out.println("消息投递成功!!");
            }
        });
    }
}

1.2 可靠消费

a.怎么才能保证消息一定被可靠消费呢？

解决方案：

第一种：

1.队列绑定一个死信队列。

2.当消息消费的时候遇到异常，利用MQ的nack机制把消息丢弃到死信队列。

3.监听死信队列中的消息进行业务处理或者人工干预。

第二种：

1.利用MQ的消息重发。

注意：暂时推荐第一种，比较好的解决方案。

注意：消费服务如果出现报错，会出现死循环，可能会把服务器磁盘消耗殆尽，导致服务宕机。

图列20-1

上图流程说明：

1.利用MQ的ack机制，由消费者自身控制消息的重发、清除和丢弃。

2.问题：

a.幂等性问题：定时重发会造成消息的重复发送。可以使用唯一主键，或者redis 的

分布式锁。

b.处理流程：

图例 20-2

上图简单说明：

1.监听队列，获取消息，开始处理消息

2.当消息消费的时候遇到异常，利用MQ的nack机制把消息丢弃到死信队列。

3.监听死信队列中的消息进行业务处理或者人工干预。

c.代码实现：

yml配置：


spring:
  # RabbitMQ 配置
  rabbitmq:
    username: admin
    password: 123456
    virtual-host: /
    addresses: 81.70.97.167:5672
    listener:
      simple:
        acknowledge-mode: manual # 开启手动ack,让程序去控制MQ的消息重发和删除和转移
        retry:
          enabled: true  #开启重试
          max-attempts: 2 #重试最大次数 (默认是3次)
          initial-interval: 2000ms #重试间隔时间

代码：

1.绑定死信交换机


/**
 * @author WangYan
 * @date 2022/2/13 10:36
 * 绑定死信交换机
 */
@Configuration
public class TTLExChangebinding {
 
    /**
     * 声明注册交换机
     * @return
     */
    @Bean
    public FanoutExchange deadExChange(){
        return new FanoutExchange("dead_fanout_exChange",true,false);
    }
 
    /**
     * 声明队列
     * @return
     */
    @Bean
    public Queue deadQueue(){
        return new Queue("deadQueue",true);
    }
 
    /**
     * 绑定关系
     * @return
     */
    @Bean
    public Binding ttlBinding(){
        return BindingBuilder.bind(deadQueue()).to(deadExChange());
    }
 
    @Bean
    public FanoutExchange orderExChange(){
        return new FanoutExchange("amq.fanout",true,false);
    }
 
    @Bean
    public Queue orderQueue(){
        Map<String, Object> args = new HashMap<>();
        args.put("x-dead-letter-exchange","dead_fanout_exChange");
        return new Queue("吕洞宾",true,false,false,args);
    }
 
    @Bean
    public Binding orderBinding(){
        return BindingBuilder.bind(orderQueue()).to(orderExChange());
    }
}

2.监听队列,消息处理异常丢到死信队列中

重点：

a.如果配置文件中设置了重发次数，但是代码中加了try+catch、channel.basicNack(tag,false,true)，这个时候配置文件当中的重发次数是不会生效的，会造成死循环。

b.如果需要配置文件当中的重发次数生效，去掉try+catch，加上channel.basicNack(tag,false,false);


/**
 * @author WangYan
 * @date 2022/3/5 16:13
 */
@Service
public class OrderMqConsumer {
 
    @Autowired
    TransportOrderMapper orderMapper;
 
    @RabbitListener(queues = {"吕洞宾"})
    public void getMessage(String message, Channel channel,
                           CorrelationData correlationData,
                           @Header(AmqpHeaders.DELIVERY_TAG) long tag) throws IOException {
 
        try {
 
            // 1.获取队列消息
            System.out.println("收到的MQ消息:" + message);
            // 2.保存运单消息
            TransportOrderPO orderPO  = new TransportOrderPO();
            orderPO.setOrderId(Integer.parseInt(message));
            orderPO.setTransportDatetime(LocalDateTime.now());
            orderMapper.insert(orderPO);
 
            // 2.手动ack告诉mq消息已经正常消费
            System.out.println(1 / 0);
 
            channel.basicAck(tag,false);
        }catch (Exception ex){
 
            /**
             * @param : requeue
             *     false 不会重发,会把消息打入到死信队列
             *     true 会死循环重发.建议如果使用true的话,不加try/catch 否则的话就会死循环。
             *
             * tag 是消息的标签,类似唯一主键
             */
            channel.basicNack(tag,false,false);
        }
    }
}

3.监听死信队列


/**
 * @author WangYan
 * @date 2022/3/5 16:13
 * 死信队列
 */
@Service
public class deadMqConsumer {
 
    @Autowired
    TransportOrderMapper orderMapper;
 
    @RabbitListener(queues = {"deadQueue"})
    public void getMessage(String message, Channel channel,
                           CorrelationData correlationData,
                           @Header(AmqpHeaders.DELIVERY_TAG) long tag) throws IOException {
 
        try {
 
            // 1.获取队列消息
            System.out.println("收到死信队列的MQ消息:" + message);
            // 2.业务处理
            TransportOrderPO orderPO  = new TransportOrderPO();
            orderPO.setOrderId(Integer.parseInt(message));
            orderPO.setTransportDatetime(LocalDateTime.now());
            orderMapper.insert(orderPO);
 
 
            // 3.手动ack告诉mq消息已经正常消费
            channel.basicAck(tag,false);
        }catch (Exception ex){
 
            // 4.处理异常死信队列中的消息
            System.out.println("人工干预,或者保存到数据库,根据你的业务进行处理死信队列的消息！！");
            // 5.将消息从死信队列中移除
            channel.basicNack(tag,false,false);
        }
    }
}

拜拜~

有任何问题欢迎大家指出~

Thank You !

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/Gausst松鼠会/article/detail/127022

RabbitMQ高级 -- 分布式事务_rabbitmq实现分布式事务

一、引言

二、目录

1.1 什么是分布式事务 ？事务的作用 ？ 什么情况下会用到分布式事务 ?

概述：

什么情况下回用到分布式事务呢 ?

1.2 可靠生产和确认推送

概念：