rabbitmq笔记

环境构建

  1. 拉取镜像
bash 复制代码
docker pull rabbitmq:3.8.19-management
  1. 创建网络
bash 复制代码
docker network create app-tier --driver bridge
  1. 使用docker命令启动rabbitmq
bash 复制代码
docker run \
-e RABBITMQ_DEFAULT_USER=chenmin \
-e RABBITMQ_DEFAULT_PASS=cm021035 \
-v mq-plugins:/plugins \
--name mq \
--hostname mq \
--network app-tier \
-p 15672:15672 \
-p 5672:5672 \
-d \
rabbitmq:3.8.19-management
  1. 进入容器
bash 复制代码
docker exec -it mq /bin/bash
  1. 输入IP地址进入到rabbitmq界面,地址为:http://ip:15672

rabbitmq使用

  1. 保证消息的可靠性

    1. 发送者的可靠性

      1.重连机制

      2.生产者确认

      1.publisher-confirm-type:none,simple,correlated

    2. MQ的可靠性

      1.一旦MQ宕机,内存中的消息会丢失

      2.内存空间有限,当消费者故障或处理过慢时,会导致消息积压,引发MQ阻塞

      解决问题:

      复制代码
       1. 数据持久化
       	1. 交换机持久化
       	2. 队列持久化
       	3. 消息持久化
      
       2. 惰性队列
       	1. 接收到消息后直接存入磁盘而非内存(内存中只保留最近的消息,默认2048条)
       	2. 消费者要消费消息时才会从磁盘读取并加载到内存
      
       3. rabbitMq如何保证消息的可靠性
       	1. 通过配置可以让交换机,队列,消息都持久化
       	2. 引入lazyQueue,lazyQueue会将所有消息都持久化
       	3. 开启持久化和生产者确认时,rabbitmq只有在消息持久化完成后才会给生产者返回ack回执
    3. 消费者的可靠性

      1. 消费者确认机制

        为了确认消费者是否成功处理消息,rabbitmq提供了消费者确认机制,当消费者处理

        消息结束后,应该向rabbitmq发送一个回执,告知rabbitmq自己消息处理状态,回执有三中可选值:

        ack:成功处理消息,rabbitmq从队列中删除该消息

        nack:消息处理失败,rabbitmq需要再次投递消息

        reject:消息处理失败并拒绝该消息,rabbitmq从队列中删除该消息

        springAMQP已经实现了消息确认功能,并允许我们公国配置文件选择ACK处理方式,有三种方式:

        1. none:不处理,即消息投递给消费者后立即ack,消息会立刻从mq删除,非常不安全
        2. manual:手动模式,需要自己在业务代码中调用api,发送ack或reject,存在业务入侵
        3. auto:自动模式,springAMQP利用aop对我们的消息处理逻辑做了环绕增强,当业务正常执行时则自动返回ack,当业务出现异常时,根据异常判断返回不同结果:
          如果是业务异常,会自动返回nack
          如果是消息处理或校验异常,自动返回reject
      2. 消费失败处理

        失败消息处理策略

        复制代码
         1. RejectAndDontRequeueRecoverer:重试耗尽后,直接reject,丢弃消息。默认就是这种方式
         2. ImmediateRequeueMessageRecoverer:重试耗尽后,返回nack,消息重新入队
         3. RepublishMessageRecoverer:重试耗尽后,将失败消息投递到指定的交换机
      3. 业务幂等性

        唯一消息id

        在消息转换器中设置

    4. 延迟消息

      死信交换机

      当一个队列中的消息满足下列情况之一,就会成为死信:

      复制代码
       1. 消费者使用basic.reject或basic.nack声明消费失败,并且消息的requeue参数设置为false
       2. 消息是一个过期消息(达到队列或消息本身设置的过期时间),超时无人消费
       3. 要投递的队列消息堆积满了,最早的消息可能成为死信

      如果队列通过dead-letter-exchange属性指定了一个交换机,那么该队列中的死信就会投递到这个交换机中,这个交换机称为死信交换机(Dead Letter Exchange,简称DLX)

      延迟消息插件

      取消超时订单

源码地址:https://gitee.com/persionalPage/mq-demo

视频地址:https://www.bilibili.com/video/BV1mN4y1Z7t9?p=1&vd_source=7ebf9410d44fe497a305dad4df81bf1b

相关推荐
appearappear1 小时前
防止飞书重复回调通知分布式锁
分布式·飞书
梦想养猫开书店4 小时前
36、spark-measure 源码修改用于数据质量监控
大数据·分布式·spark
阿群今天学习了吗4 小时前
RNN、LSTM、Transformer推荐博文
人工智能·笔记·python·学习·算法
五行缺弦5 小时前
Java 笔记 封装(Encapsulation)
笔记
饭碗的彼岸one5 小时前
重生之我在10天内卷赢C++ - DAY 2
linux·开发语言·c++·笔记·算法·vim
小豪GO!6 小时前
MySQL索引和事务笔记
数据库·笔记·mysql
fouryears_234176 小时前
RabbitMQ 发送方确认的两大工具 (With Spring Boot)
java·spring boot·rabbitmq·java-rabbitmq
椿融雪8 小时前
分布式搜索和分析引擎Elasticsearch实战指南
大数据·分布式·elasticsearch
rannn_1119 小时前
【MySQL学习|黑马笔记|Day3】多表查询(多表关系、内连接、外连接、自连接、联合查询、子查询),事务(简介、操作、四大体系、并发事务问题、事务隔离级别)
数据库·笔记·后端·学习·mysql
沈健_算法小生9 小时前
Kafka 重复消费与 API 幂等消费解决方案
分布式·kafka·linq