赞
踩
测试代码——消费者1
- #下载erlang
- curl -s https://packagecloud.io/install/repositories/rabbitmq/erlang/script.rpm.sh | sudo bash
- #安装erlang
- sudo yum install erlang-debuginfo-23.3.4.11-1.el7.x86_64
- #下载rabbitmq
- curl -s https://packagecloud.io/install/repositories/rabbitmq/rabbitmq-server/script.rpm.sh | sudo bash
- #安装rabbitmq
- sudo yum install rabbitmq-server-3.10.0-1.el7.noarch
下载地址:rabbitmq/erlang - Packages · packagecloud
rabbitmq/rabbitmq-server - Packages · packagecloud
查看对应版本:RabbitMQ Erlang Version Requirements — RabbitMQ
我这里使用的本虚拟机是centos7于是选择了这两个版
首先使用ip addr命令查看虚拟机的ip
在物理机上win+r -->cmd -->scp "C:/Users/q/Downloads/rabbitmq-server-3.10.0.rc.3-1.el7.noarch.rpm" root@172.20.10.2:/root/rabbitmq
在执行命令前物理机会尝试连接虚拟机,如果超时可以参考如下三个教程(练习环境中可以关闭防火墙,如是生产环境,为了网络安全,请看其他教程开放15672及5672端口)
Centos怎么关闭防火墙?Centos7关闭防火墙详细教程 -Win7系统之家
CentOS7配置IP_centos7配置ip地址_凡梦千华的博客-CSDN博客
Permission denied (publickey,gssapi-keyex,gssapi-with-mic)_H.S.T不想卷的博客-CSDN博客
在执行命令时会要求你输入密码,输入对应用户的密码就可以了。
- #安装rabbitmq
- yum localinstall rabbitmq-server3.8.6-1.el7.noarch.rpm
注意e后面是小的l不是1,当出现如下页面时输入y并按回车键
输入如下命令启动并查看rabbitmq服务的状态
- #启动rabbitmq
- systemctl start rabbitmq-server
- #查看rabbitmq的状态
- systemctl status rabbitmq-server
显示如下内容则为rabbitmq已经成功启动
默认情况下rabbimq没有安装web端的客户端软件,需要安装才能生效
- # 打开rabbitmq管理界面插件
- rabbitmq-plugins enable rabbitmq_management
安装完成后即可通过服务器ip:15672打开管理后台
如果此时你使用的是服务器本机那么可以使用默认用户guest访问,如果使用其他电脑那么需要新创建一个用户并授权
操作权限分为下列四种:
administrator:(管理员)可以登录控制台、查看所有信息、并对rabbitmq进行管理
monToring:(监控者)可以登录控制台,查看所有信息
policymaker:(策略制定者)可以登录控制台指定策略
managment:(普通管理员)可以进行登录控制
- #添加用户
- rabbitmqctl add_user 用户名 密码
-
- #设置用户角色,并分配操作权限
- rabbitmqctl set_user_tags 用户名 角色
-
- #为用户添加资源权限(授予虚拟机根节点的所有权限)
- rabbitmqctl set_permissions -p / 用户名 ".*" ".*" ".*"
使用whereis reabbitmq查看rabbitmq的安装路径
新增配置文件(在/etc/rabbitmq目录下)
vim /etc/rabbitmq/rabbitmq.conf
进入文本编辑器后按i键输入如下配置即更改了通讯端口为5673
输入如下命令修改默认配置,请根据你们的rabbitmq版本对命令进行修改
输入结束后按ESC键,输入:wq并按回车键
重启rabbitmq即完成修改,如想测试请更改management.tcp.port后的端口,重启后使用服务器ip+新端口号才可访问rabbitmq的管理后台
systemctl restart rabbitmq.server
以下步骤因本人测试后出现问题,无法启动rabbitmq,故不推荐修改:
vim /usr/lib/rabbitmq/lib/rabbitmq_server-3.8.6/sbin/rabbitmq-defaults
进入文本编辑器后按i键,将光标定位到BOOT_MODULE="rabbit"下面并输入(根据你们放置的路径修改):
CONFIG_FILE=/etc/rabbitmq/rabbitmq.conf
输入结束后按ESC键,输入:wq并按回车键
重启rabbitmq
systemctl restart rabbitmq-server
1.新建一个maven工程
2.引入依赖(当我未引入slf4j-nop时程序启动报错SLF4J: Failed to load class “org.slf4j.impl.StaticLoggerBinder,引入改依赖后错误消失)
- <dependencies>
- <dependency>
- <groupId>org.slf4j</groupId>
- <artifactId>slf4j-nop</artifactId>
- <version>1.7.2</version>
-
- </dependency>
- <!-- https://mvnrepository.com/artifact/com.rabbitmq/amqp-client -->
- <dependency>
- <groupId>com.rabbitmq</groupId>
- <artifactId>amqp-client</artifactId>
- <version>5.18.0</version>
- </dependency>
-
- <dependency>
- <groupId>commons-io</groupId>
- <artifactId>commons-io</artifactId>
- <version>2.6</version>
- </dependency>
- </dependencies>
参考:Maven项目报错:“ SLF4J: Failed to load class “org.slf4j.impl.StaticLoggerBinder”的解决方案_java_脚本之家
3.编写 生产者代码(其中的异常既可以像下面这样写,也可以throws)
- public class Producer {
-
- public static final String QUEUE_NAME="hello";
-
- public static void main(String[] args) {
- //创建一个连接工厂
- ConnectionFactory factory=new ConnectionFactory();
- //工厂IP连接RabbitMQ的队列
- factory.setHost("172.20.10.2");
- //用户名
- factory.setUsername("admin");
- //密码
- factory.setPassword("root");
-
- try {
- //创建连接
- Connection connection = factory.newConnection();
- //获取信道
- Channel channel = connection.createChannel();
-
- /**
- * 生成一个队列
- * 1.队列名称
- * 2.队列里面的消息是否持久化(写入磁盘)默认情况下是不持久化的(写入内存)
- * 3.该队列是否只供一个消费者进行消费,是否进行消息共享,true可以多个消费者消费,false不能多个消费者消费
- * 4.是否自动删除 最后一个消费者断开连接以后,该队列是否自动删除 true自动删除,false不自动删除
- * 5.其他参数
- */
- AMQP.Queue.DeclareOk declareOk = channel.queueDeclare(QUEUE_NAME,false,false,false,null);
- //发消息
- String message="hello world";//初次使用
-
- /**
- * 发送一个消费
- * 1.发送到哪个交换机
- * 2.路由的key值是哪个 本次队列的名称
- * 3.其他参数消息
- * 4.发送消息的消息体
- */
- channel.basicPublish("",QUEUE_NAME,null,message.getBytes());
-
- System.out.println("发送完成~");
- } catch (IOException e) {
- throw new RuntimeException(e);
- } catch (TimeoutException e) {
- throw new RuntimeException(e);
- }
- }
- }
编写完成后即开始测试,发送后rabbitmq后台可看到“hello”队列
4.编写消费者代码
- public class Consumer {
-
- //队列的名称
- public static final String QUEUE_NAME="hello";
-
- //接收消息
- public static void main(String[] args) {
- //创建连接工厂
- ConnectionFactory factory = new ConnectionFactory();
- try {
- factory.setHost("172.20.10.2");
- factory.setUsername("admin");
- factory.setPassword("root");
-
- //创建连接
- Connection connection = factory.newConnection();
- //创建信道
- Channel channel = connection.createChannel();
-
- //声明接收消息
- DeliverCallback deliverCallback = (consumerTag,message) ->{
- System.out.println(message.getBody().toString());
- };
-
- //声明取消消息
- CancelCallback cancel =(String var1) ->{
- System.out.println("接收失败");
- };
- /**
- * 消费者消费消息
- * 1.消费哪个队列
- * 2.消费成功之后是否要自动应答 true代表的是自动应答,false代表手动应答
- * 3.消费者未成功消费的回调
- * 4.消费者取消费的回调
- */
- channel.basicConsume(QUEUE_NAME,true,deliverCallback, cancel);
-
- } catch (IOException e) {
- throw new RuntimeException(e);
- } catch (TimeoutException e) {
- throw new RuntimeException(e);
- }
- }
- }
测试打印出来的是一个对象,修改输出语句为,输出即为可读的hello word
System.out.println(new String(message.getBody()));
小插曲:win10设置打不开
1.按下WIN+X打开超级菜单,点击命令提示符(powershell管理员)
2.输入 sfc /SCANNOW 按下回车开始扫描
3.完成后重启即可解决
1.编写测试生产者,使用控制台输入发送内容
- public class WorkQueueTest {
-
- public static void main(String[] args) throws Exception {
- Channel channel = RabbitMQUtil.getChannel();
-
- channel.queueDeclare("hello", false, false, false, null);
- Scanner scanner = new Scanner(System.in);
-
- while (scanner.hasNext()) {
- String message = scanner.next();
- channel.basicPublish("", "hello",null, message.getBytes());
- System.out.println("发送完成");
- }
-
- }
- }
2.启动两个消费者
启动一个消费者后点击如下按钮-->Edit Configurations-->Modify options-->勾选Allow multiple instances-->启动
随后在控制台键入输入4次数据,并成功接收,测试结束。(轮训分发,公平分发)
为了保证消息在发送过程中不丢失,rabbitmq引入消息应答。消息应答:消费者在接收到消息并处理该消息后,告诉rabbitmq它已经处理了,rabbitmq可以把该消息删除了。
当关闭消息自动应答时,消费者未ack,消息将自动重新入队。
推荐:关闭消息自动应答,关闭消息批量应答
生产者:
- /**
- * @author tom
- * @create 2023-08-23 16:42
- *
- * 消息在手动应答时是不丢失、放回队列中重新消费
- */
- public class Task2 {
-
- //信道名
- public static final String QUEUE_NAME="ack_queue";
-
- public static void main(String[] args) throws Exception {
-
- //获取信道
- Channel channel = RabbitMQUtil.getChannel();
-
- //声明队列
- channel.queueDeclare(QUEUE_NAME, false, false, false, null);
-
- //从控制台中输入信息
- Scanner scanner = new Scanner(System.in);
- while (scanner.hasNext()){
- String message = scanner.next();
- channel.basicPublish("",QUEUE_NAME,null,message.getBytes("UTF-8"));
- System.out.println("生产者发出消息:"+message);
- }
-
-
- }
- }
消费者1:
- /**
- * @author tom
- * @create 2023-08-23 17:06
- * <p>
- * 消息收到应答时不丢失、放回队列中重新消费
- */
- public class Work02 {
-
- public static final String TASK_NAME = "ack_queue";
-
- public static void main(String[] args) throws Exception {
-
- Channel channel = RabbitMQUtil.getChannel();
-
- //消费成功回调
- DeliverCallback deliver = (consumerTag, message) -> {
- //沉睡1S
- SleepUtils.sleep(1);
- System.out.println("消息消费成功"+new String(message.getBody(),"UTF-8"));
-
- //手动应答
- channel.basicAck(message.getEnvelope().getDeliveryTag(),false);
- };
-
- //消费失败回调
- CancelCallback handle = (String var1) -> {
- System.out.println("消息消费失败");
- };
-
- boolean autoAck = false;
- //消费信息
- channel.basicConsume(TASK_NAME, autoAck, deliver, handle);
-
-
- }
- }
消费者2:
- /**
- * @author tom
- * @create 2023-08-23 17:06
- * <p>
- * 消息收到应答时不丢失、放回队列中重新消费
- */
- public class Work03 {
-
- public static final String TASK_NAME = "ack_queue";
-
- public static void main(String[] args) throws Exception {
-
- Channel channel = RabbitMQUtil.getChannel();
-
- //消费成功回调
- DeliverCallback deliver = (consumerTag, message) -> {
- //沉睡1S
- SleepUtils.sleep(10);
- System.out.println("消息消费成功"+new String(message.getBody(),"UTF-8"));
-
- //手动应答
- channel.basicAck(message.getEnvelope().getDeliveryTag(),false);
- };
-
- //消费失败回调
- CancelCallback handle = (String var1) -> {
- System.out.println("消息消费失败");
- };
-
- boolean autoAck = false;
- //消费信息
- channel.basicConsume(TASK_NAME, autoAck, deliver, handle);
-
-
- }
- }
测试结果:
当发送44时关闭work03,消息没有被丢弃而是重新回到队列中
首先删除队列
点击对应队列
已开启持久化
当队列被持久化后,即便重启rabbitmq,队列也依然存在
- //设置生产者发送消息为持久化消息(保存到磁盘上),当前无法完全确保消息持久化,需要完全支持化请搜索发布确认相关内容
- channel.basicPublish("",QUEUE_NAME,MessageProperties.PERSISTENT_TEXT_PLAIN,message.getBytes("UTF-8"));
- //设置为不公平分发
- int prefetchCount=1;
- channel.basicQos(prefetchCount);
测试结果:
因work02沉睡1s而work03沉睡10s,所以更多的消息被发送给了work02
设置消费者一次取几条消息
设置预取值(同不公平分发的设置一样)
- //预期值
- int prefetchCount=5;
- channel.basicQos(prefetchCount);
在信道推送消息时将按顺序推送,即轮流给两个消费者推送,当消费者未消费的信息等于预取值时,队列将直接将该消息推送给其他消费者
发布确认的流程
开启发布确认(生产者)
- //开启发布确认
- channel.confirmSelect();
发布确认 (生产者)
channel.waitForConfirms();
- package com.atguigu.rabbitmq.four;
-
- import com.atguigu.rabbitmq.util.RabbitMQUtil;
- import com.rabbitmq.client.Channel;
- import com.rabbitmq.client.ConfirmCallback;
-
- import java.util.UUID;
- import java.util.concurrent.ConcurrentHashMap;
-
- /**
- * @author tom
- * @create 2023-08-31 9:04
- */
- public class AsyncWorkQueue {
-
- static int MAX = 1000;
-
- public static void main(String[] args) throws Exception {
- //单个发布确认
- // publishMessageIndividually(); //600ms
-
- //批量发布确认
- // BatchReleaseConfirmation(); //80ms
-
- //异步发布确认
- AsyncReleaseConfirmation(); //35ms
- }
-
- public static void publishMessageIndividually() throws Exception {
-
- //获取信道
- Channel channel = RabbitMQUtil.getChannel();
- //开启发布确认
- channel.confirmSelect();
-
- //随机生成队列名
- String queueName = UUID.randomUUID().toString();
- //队列构造 队列名/是否持久化/是否供多个消费者消费/是否自动删除/其他参数
- channel.queueDeclare(queueName, true, false, false, null);
-
- long begin = System.currentTimeMillis();
-
- int counter = 0;
- for (int i = 0; i < MAX; i++) {
- String message = "消息" + i;
-
- //发送到哪个交换机/队列名/其他参数/发送消息的消息体
- channel.basicPublish("", queueName, null, message.getBytes("UTF-8"));
-
- //单个消息就马上进行发布确认
- boolean flag = channel.waitForConfirms();
- if (flag = true)
- counter++;
- }
-
- if (counter == MAX) {
- long end = System.currentTimeMillis();
- long result = end - begin;
- System.out.println("发送1000条消息使用了" + result + "ms");
- }
- }
-
- public static void BatchReleaseConfirmation() throws Exception {
- //获取信道
- Channel channel = RabbitMQUtil.getChannel();
- //开启发布确认
- channel.confirmSelect();
-
- //随机生成队列名
- String queueName = UUID.randomUUID().toString();
- //队列构造 队列名/是否持久化/是否供多个消费者消费/是否自动删除/其他参数
- channel.queueDeclare(queueName, true, false, false, null);
-
- long begin = System.currentTimeMillis();
-
- int counter = 0;
- for (int i = 0; i < MAX; i++) {
- String message = "消息" + i;
-
- //发送到哪个交换机/队列名/其他参数/发送消息的消息体
- channel.basicPublish("", queueName, null, message.getBytes("UTF-8"));
-
- if (i / 100 == 0) {
- channel.waitForConfirms();
- }
- counter++;
- }
-
- if (counter == MAX) {
- long end = System.currentTimeMillis();
- long result = end - begin;
- System.out.println("发送1000条消息使用了" + result + "ms");
- }
- }
-
-
- public static void AsyncReleaseConfirmation() throws Exception {
-
- //获取信道
- Channel channel = RabbitMQUtil.getChannel();
- //开启发布确认
- channel.confirmSelect();
-
- /**
- * 线程安全有序的一个哈希表 设用于高并发的情况下
- *1.能轻松的将序号与消息进行关联
- * 2.可以轻松的批量删除内容,只要给到序号
- * 3.支持高并发(多线程)
- */
- ConcurrentHashMap<Long, String> OutStandingConfirms = new ConcurrentHashMap<>();
-
- //随机生成队列名
- String queueName = UUID.randomUUID().toString();
- //队列构造 队列名/是否持久化/是否供多个消费者消费/是否自动删除/其他参数
- channel.queueDeclare(queueName, true, false, false, null);
-
-
-
- //成功回调
- /**
- *
- * deliveryTag 标记
- * multiple 是否批量确认
- */
- ConfirmCallback ackCallback = (deliveryTag, multiple) -> {
- //2.判断时否是批量确认
- if (multiple){
- //如果为批量确认,则直接清理
- OutStandingConfirms.clear();
- }else {
- //若不为批量确认,则删除对应序号的消息
- OutStandingConfirms.remove(deliveryTag);
- }
-
- System.out.println("确认成功的消息"+deliveryTag);
- };
- //失败回调
- ConfirmCallback nackCallback = (deliveryTag, multiple) -> {
-
- System.out.println("确认失败的消息"+deliveryTag);
- };
-
- //开启监听
- /**
- *
- * 1.监听成功的消息
- * 2.监听失败的消息
- */
- channel.addConfirmListener(ackCallback, nackCallback);//异步通知
-
- //开始时间
- long begin = System.currentTimeMillis();
-
- int counter = 0;
- for (int i = 0; i < MAX; i++) {
- String message = "消息" + i;
-
- //发送到哪个交换机/队列名/其他参数/发送消息的消息体
- channel.basicPublish("", queueName, null, message.getBytes("UTF-8"));
- //1:记录下所有要发送的消息 消息的总和
- OutStandingConfirms.put(channel.getNextPublishSeqNo(),message);
- counter++;
- }
-
- if (counter == MAX) {
- long end = System.currentTimeMillis();
- long result = end - begin;
- System.out.println("发送1000条消息使用了" + result + "ms");
- }
- }
- }
测试代码——生产者:
- public class EmitLog {
-
- public static final String EXCHANGE_NAME="logs" ;
-
- public static void main(String[] args) throws Exception {
- //获取信道
- Channel channel = RabbitMQUtil.getChannel();
-
- //构造交换机
- channel.exchangeDeclare(EXCHANGE_NAME,"fanout");
-
- //输入
- Scanner scanner = new Scanner(System.in);
-
-
- while (scanner.hasNext()){
- String message = scanner.next();
- channel.basicPublish(EXCHANGE_NAME,"123",null,message.getBytes("UTF-8"));
-
- System.out.print("发送消息"+message);
- }
- }
- }
测试代码——消费者1
- public class ReceiveLogs01 {
-
- //交换机名称
- public static final String EXCHANGE_NAME="logs";
-
- public static void main(String[] args) throws Exception{
-
- Channel channel = RabbitMQUtil.getChannel();
- //声明一个交换机
- channel.exchangeDeclare(EXCHANGE_NAME, "fanout");
-
- //声明一个队列 临时队列
- /**
- * 队列名称是随机的
- * 当消费者断开与队列的连接的时候 队列就自动删除
- */
- String queue = channel.queueDeclare().getQueue();
-
- /**
- * 绑定交换机与队列
- */
- channel.queueBind(queue,EXCHANGE_NAME,"123");
- System.out.println("ReceiveLogs01等待接收消息");
-
- //接收回调
- DeliverCallback handle=(consumerTag, message)->{
- System.out.println("ReceiveLogs01接收成功"+new String(message.getBody(),"UTF-8"));
- };
-
- //失败回调
- CancelCallback Cancel=(consumerTag)->{
- System.out.println("ReceiveLogs01接收失败,序号"+consumerTag);
- };
-
- channel.basicConsume(queue,true,handle,Cancel);
-
- }
- }
测试代码——消费者2
- public class ReceiveLogs02 {
-
- //交换机名称
- public static final String EXCHANGE_NAME = "logs";
-
- public static void main(String[] args) throws Exception {
-
- Channel channel = RabbitMQUtil.getChannel();
- //声明一个交换机
- channel.exchangeDeclare(EXCHANGE_NAME, "fanout");
-
- //声明一个队列 临时队列
- /**
- * 队列名称是随机的
- * 当消费者断开与队列的连接的时候 队列就自动删除
- */
- String queue = channel.queueDeclare().getQueue();
-
- /**
- * 绑定交换机与队列
- */
- channel.queueBind(queue, "logs", "123");
- System.out.println("ReceiveLogs02等待接收消息");
-
- //接收回调
- DeliverCallback handle = (consumerTag, message) -> {
- System.out.println("ReceiveLogs02接收成功" + new String(message.getBody(), "UTF-8"));
- };
-
- //失败回调
- CancelCallback Cancel = (consumerTag) -> {
- System.out.println("ReceiveLogs02接收失败,序号" + consumerTag);
- };
-
- channel.basicConsume(queue, true, handle, Cancel);
-
- }
- }
代码与上面类似,仅需修改交换机的类型
指定routingKey时:
*表示一个任意单词
#表示0-无数个单词
各个单词使用.分隔
测试代码同上,仅需修改routingKey与交换机类型
死信产生的原因:
关闭自动应答
channel.basicConsume(NORMAL_QUEUE,false,delivercallback,callback);
修改成功回调
- //成功回调
- DeliverCallback delivercallback=(consumerTag,message)->{
- String msg = new String(message.getBody(), "UTF-8");
- if (msg.equals("info5")){
- //拒绝应答,且不放回normal队列
- channel.basicReject(message.getEnvelope().getDeliveryTag(),false);
- System.out.println("consumer01拒绝接收,消息为"+new String(message.getBody(),"UTF-8")+message.getEnvelope().getExchange());
-
- }else {
- //应答
- channel.basicAck(message.getEnvelope().getDeliveryTag(),false);
- System.out.println("consumer01成功接收,消息为"+new String(message.getBody(),"UTF-8")+message.getEnvelope().getExchange());
- }
- };
ttl即 time to live 存活时间,可以通过消费者或者生产者设置,推荐使用生产者设置。
测试代码--生产者
- public class Producer {
-
- public static final String NORMAL_EXCHANGE = "normal_exchange";
-
- public static void main(String[] args) throws Exception {
- //获取信道
- Channel channel = RabbitMQUtil.getChannel();
-
- // 声明存活时间(time to live)为10s
- AMQP.BasicProperties props = new AMQP.BasicProperties.Builder().expiration("10000").build();
-
- for (int i = 0; i < 11; i++) {
- //发送的消息
- String message = "info" + i;
- //推送消息
- channel.basicPublish(NORMAL_EXCHANGE, "zhangsan", props, message.getBytes());
- }
-
- }
- }
测试代码--NORMAL消费者
- public class Consumer01 {
- //声明交换机名
- public static final String NORMAL_EXCHANGE="normal_exchange";
- public static final String DEAD_EXCHANGE="dead_exchange";
-
- //声明队列名
- public static final String NORMAL_QUEUE="normal_queue";
- public static final String DEAD_QUEUE="dead_queue";
-
- public static void main(String[] args) throws Exception{
-
- Channel channel = RabbitMQUtil.getChannel();
- //声明死信与普通交换机
- channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
- channel.exchangeDeclare(DEAD_EXCHANGE,BuiltinExchangeType.DIRECT);
- //声明普通队列
- HashMap<String, Object> arguments = new HashMap<>();
-
- //设置ttl时间为10s
- arguments.put("x-message-ttl",10000);
- //设置死信交换机
- arguments.put("x-dead-letter-exchange",DEAD_EXCHANGE);
- //设置死信交换机的routingKey
- arguments.put("x-dead-letter-routing-key","lisi");
-
- channel.queueDeclare(NORMAL_QUEUE,false,false,false,arguments);
-
- //声明死信队列
- channel.queueDeclare(DEAD_QUEUE,false,false,false,null);
-
- //绑定交换机
- channel.queueBind(NORMAL_QUEUE,NORMAL_EXCHANGE,"zhangsan");
- channel.queueBind(DEAD_QUEUE,DEAD_EXCHANGE,"lisi");
-
- //成功回调
- DeliverCallback delivercallback=(consumerTag,message)->{
- System.out.println("consumer01成功接收,消息为"+new String(message.getBody(),"UTF-8")+message.getEnvelope().getExchange());
- };
- //失败回调
- CancelCallback callback=(consumerTag)->{
- System.out.println("接收失败,标记为"+consumerTag);
- };
- channel.basicConsume(NORMAL_QUEUE,delivercallback,callback);
- }
- }
测试代码--DEAD消费者
- public class DeadConsumer {
-
- public static final String DEAD_QUEUE="dead_queue";
-
- public static void main(String[] args) throws Exception {
- Channel channel = RabbitMQUtil.getChannel();
-
-
- //成功回调
- DeliverCallback delivercallback=(consumerTag, message)->{
- System.out.println("deadConsumer成功接收,消息为"+new String(message.getBody(),"UTF-8")+message.getEnvelope().getExchange());
- };
- //失败回调
- CancelCallback callback=(consumerTag)->{
- System.out.println("接收失败,标记为"+consumerTag);
- };
- channel.basicConsume(DEAD_QUEUE,delivercallback,callback);
- }
- }
测试代码如上,仅需在设置中增加一个队列长度
- //设置队列NORMAL_QUEUE的最大长度为6 注意该处第二个参数不是string类型
- arguments.put("x-max-length",6);
注意,在完成上面的测试后,如想修改配置并测试本项,需将之前生成的队列删除,以避免报错
新建一个springboot项目,引入如下依赖
- <!-- https://mvnrepository.com/artifact/org.springframework.boot/spring-boot-starter-amqp -->
- <dependency>
- <groupId>org.springframework.boot</groupId>
- <artifactId>spring-boot-starter-amqp</artifactId>
- </dependency>
-
- <!--swagger-->
- <!-- https://mvnrepository.com/artifact/com.github.xiaoymin/knife4j-spring-boot-starter -->
- <dependency>
- <groupId>com.github.xiaoymin</groupId>
- <artifactId>knife4j-spring-boot-starter</artifactId>
- <version>3.0.3</version>
- </dependency>
-
- <!--swagger-ui-->
- <dependency>
- <groupId>io.springfox</groupId>
- <artifactId>springfox-swagger-ui</artifactId>
- <version>3.0.0</version>
- <scope>compile</scope>
- </dependency>
-
- <!--json-->
- <!-- https://mvnrepository.com/artifact/com.alibaba.fastjson2/fastjson2 -->
- <dependency>
- <groupId>com.alibaba.fastjson2</groupId>
- <artifactId>fastjson2</artifactId>
- <version>2.0.23</version>
- </dependency>
-
- <!-- https://mvnrepository.com/artifact/org.springframework.amqp/spring-rabbit-test -->
- <dependency>
- <groupId>org.springframework.amqp</groupId>
- <artifactId>spring-rabbit-test</artifactId>
- <version>3.0.8</version>
- <scope>test</scope>
- </dependency>
-
- <dependency>
- <groupId>org.springframework.boot</groupId>
- <artifactId>spring-boot-starter-thymeleaf</artifactId>
- </dependency>
- <dependency>
- <groupId>org.springframework.boot</groupId>
- <artifactId>spring-boot-starter-web</artifactId>
- </dependency>
-
- <dependency>
- <groupId>org.springframework.boot</groupId>
- <artifactId>spring-boot-devtools</artifactId>
- <scope>runtime</scope>
- <optional>true</optional>
- </dependency>
- <dependency>
- <groupId>org.projectlombok</groupId>
- <artifactId>lombok</artifactId>
- <optional>true</optional>
- </dependency>
- <dependency>
- <groupId>org.springframework.boot</groupId>
- <artifactId>spring-boot-starter-test</artifactId>
- <scope>test</scope>
- </dependency>
编写swagger config
- @Configuration
- @EnableSwagger2
- public class SwaggerConfig {
-
- public Docket webApiConfig(){
-
- return new Docket(DocumentationType.SWAGGER_2)
- .groupName("webApi")
- .apiInfo(webApiInfo())
- .select()
- .build();
- }
-
- private ApiInfo webApiInfo(){
-
- return new ApiInfoBuilder()
- .title("rabbitmq接口文档")
- .description("本文档描述了rabbitmq微服务接口定义")
- .version("1.0")
- .contact(new Contact("WangXu","http://swagger.com","xu.wangcn@foxmail.com"))
- .build();
- }
- }
声明队列、交换机并绑定
- @Component
- public class TtlQueueConfig {
-
- //普通交换机名
- public static final String X_EXCHANGE="X";
- //死信交换机名
- public static final String Y_DEAD_LETTER_EXCHANGE="Y";
- //普通队列名
- public static final String QUEUE_A="QA";
- public static final String QUEUE_B="QB";
- //死信队列名
- public static final String DEAD_LETTER_QUEUE="QD";
-
-
- //声明xExchange
- @Bean("xExchange")
- public DirectExchange xExchange(){
- return new DirectExchange(X_EXCHANGE);
- }
- //声明xExchange
- @Bean("yExchange")
- public DirectExchange yExchange(){
- return new DirectExchange(Y_DEAD_LETTER_EXCHANGE);
- }
-
- //声明队列A
- @Bean("queueA")
- public Queue aQueue(){
- Map<String, Object> arguments=new HashMap<>();
- //设置死信交换机
- arguments.put("x-dead-letter-exchange",Y_DEAD_LETTER_EXCHANGE);
- //设置死信routing key
- arguments.put("x-dead-letter-routing-key","YD");
- //设置消息过期时间
- arguments.put("x-message-ttl",10000);
- return QueueBuilder.durable(QUEUE_A).withArguments(arguments).build();
- }
-
- //声明队列B
- @Bean("queueB")
- public Queue bQueue(){
- Map<String, Object> arguments=new HashMap<>();
- //设置死信交换机
- arguments.put("x-dead-letter-exchange",Y_DEAD_LETTER_EXCHANGE);
- //设置死信routing key
- arguments.put("x-dead-letter-routing-key","YD");
- //设置消息过期时间
- arguments.put("x-message-ttl",40000);
- return QueueBuilder.durable(QUEUE_B).withArguments(arguments).build();
- }
-
- //声明队列D
- @Bean("queueD")
- public Queue dQueue(){
- return QueueBuilder.durable(DEAD_LETTER_QUEUE).build();
- }
-
- //绑定交换机与队列
- @Bean
- public Binding xExchangeBindingQaQueue(@Qualifier("queueA") Queue queueA,@Qualifier("xExchange") DirectExchange xExchange){
- return BindingBuilder.bind(queueA).to(xExchange).with("XA");
- }
-
- //绑定交换机与队列
- @Bean
- public Binding xExchangeBindingQbQueue(@Qualifier("queueB") Queue queueB,@Qualifier("xExchange") DirectExchange xExchange){
- return BindingBuilder.bind(queueB).to(xExchange).with("XB");
- }
-
- //绑定死信交换机与死信队列
- @Bean
- public Binding yExchangeBindingQdQueue(@Qualifier("queueD") Queue queueD,@Qualifier("yExchange") DirectExchange yExchange){
- return BindingBuilder.bind(queueD).to(yExchange).with("YD");
- }
- }
编写死信消费者
- @Slf4j
- @Component
- public class DeadLetterQueueConsumer {
-
- //接收消息
- @RabbitListener(queues="QD")
- public void receiveD(Message message, Channel channel) throws Exception{
- String msg=new String(message.getBody(),"UTF-8");
- log.info("当前时间为:{},接收到的消息为{}",new Date().toString(),msg);
- }
- }
配置rabbitmq参数
- spring.rabbitmq.host=172.20.10.2
- spring.rabbitmq.username=admin
- spring.rabbitmq.password=root
- spring.mvc.pathmatch.matching-strategy=ant_path_matcher
消费者 & controller
- @Slf4j
- @RestController()
- @RequestMapping("/ttl")
- public class SendMsgController {
-
- @Autowired
- private RabbitTemplate rt;
-
- @GetMapping("/sendMsg/{message}")
- public void postMsg(@PathVariable("message") String message) {
- log.info("当前时间:{},发送一条消息给两个TTL队列:{}", new Date().toString(), message);
- rt.convertAndSend("X", "XA", "消息来自ttl为10s的交换机" + message);
- rt.convertAndSend("X", "XB", "消息来自ttl为40s的交换机" + message);
-
- }
- }
swagger后台访问地址
Swagger各版本访问地址:
2.9.x 访问地址:
http://ip:port/{context-path}/swagger-ui.html
3.0.x 访问地址:
http://ip:port/{context-path}/swagger-ui/index.html
3.0集成knife4j 访问地址:
http://ip:port/{context-path}/doc.html
注意点:
Channel需要引用import com.rabbitmq.client.Channel;包
测试结果
使用死信队列的方式实现延迟虽然实现了,但是它有一个问题,该方式只能顺序消费消息,当第一个消息的ttl时间大于后面消息的ttl时间时,延迟将为第一个消息的ttl
于是,为了解决这个问题,我们就需要用到rabbitmq的延迟队列插件了
首先我们先前往github上下载延迟队列的插件
Releases · rabbitmq/rabbitmq-delayed-message-exchange · GitHub
随后将下载的插件放到linux服务器中
scp "C:\Users\q\Downloads\rabbitmq_delayed_message_exchange-3.8.0.ez" root@172.20.10.2:/root/rabbit
复制插件到rabbitmq插件目录下
cp rabbitmq_delayed_message_exchange-3.8.0.ez /usr/lib/rabbitmq/lib/rabbimtq_server-3.8.6/plugins
安装插件
rabbitmq-plugins enable rabbitmq_delayed_message_exchange
重启rabbitmq服务
systemctl restart rabbitmq-server
打开后台查看交换机类型是否多出一种x_delayed-message,如果有那就是成功了
测试通过插件来实现延迟队列
编写配置类
- @Configuration
- public class DelayedQueueConfig {
-
- //交换机名称
- public static final String DELAYED_EXCHANGE_NAME="delayed.exchange";
- //队列名称
- public static final String DELAYED_QUEUE_NAME="delayed.queue";
- //routing key
- public static final String DELAYED_ROUTING_KEY_NAME="delayed.routing.key";
-
- //声明队列
- @Bean("dQueue")
- public Queue getQueue(){
- return QueueBuilder.durable(DELAYED_QUEUE_NAME).build();
- }
-
- //声明交换机
- @Bean("dExchange")
- public CustomExchange getExchange(){
- HashMap<String, Object> arguments = new HashMap<>();
- arguments.put("x-delayed-type","direct");
- /**
- * 1.交换机名称
- * 2.交换机类型
- * 3.是否需要持久化
- * 4.是否自动删除
- * 5.其他参数
- */
- return new CustomExchange(DELAYED_EXCHANGE_NAME,"x-delayed-message",false,false,arguments);
- }
-
- //声明绑定关系
- @Bean
- public Binding dQueueBindingD(@Qualifier("dQueue")Queue dQueue, @Qualifier("dExchange")CustomExchange dExchange){
- return BindingBuilder.bind(dQueue).to(dExchange).with(DELAYED_ROUTING_KEY_NAME).noargs();
- }
- }
在controller类中编写请求
- //编写get请求
- @GetMapping("/delayed/{message}/{delayedTime}")
- public void testTwo(@PathVariable("message") String message, @PathVariable("delayedTime") Integer delayedTime) {
- //控制台打印消息
- log.info("{}发送了一个消息:{},delayedTime:{}", new Date(), message,delayedTime);
- //指明消息要发送的交换机及routing key,并设置延迟时间
- rt.convertAndSend("delayed.exchange", "delayed.routing.key", message,msg->{
- msg.getMessageProperties().setDelay(delayedTime);
- return msg;
- });
- }
编写消费者
- @Slf4j
- @Component
- public class DelayedQueueConsumer {
-
- //接收消息
- @RabbitListener(queues="delayed.queue")
- public void receiveD(Message message, Channel channel) throws Exception{
- String msg=new String(message.getBody(),"UTF-8");
- log.info("延迟队列当前时间为:{},接收到的消息为{}",new Date().toString(),msg);
- }
- }
测试结果
延时队列在需要延时处理的场景下非常有用,延迟队列可以有效地利用Rabbitmq的特性,如消息可靠发送、消息可靠投递、死信队列来保障消息至少被消费一次,以及未确认处理的消息不会被丢弃。另外,通过RabbitMQ集群的特性,可以很好的解决单点故障问题,不会因为单个接待你挂掉导致延时队列不可用或者消息丢失。
当然,延时队列还有其它选择,比如java的DelayQueue,利用Redis的zset,利用quartz或者利用kafka的时间轮,这些方式各有特点,看需要适用的场景。
在生产环境中由于一些不明原因导致rabbitmq重启,在rabbitmq重启期间生产者消息投递失败导致消息丢失,需要手动处理和恢复。于是,我们开始思考,如何才能进行rabbitmq的消息可靠投递呢?特别是在这样比较极端的情况,rabbitmq集群不可用的时候,无法投递的消息该如何处理呢?
编写测试用例:当交换机没有接收到消息时调用confirmCallBack
配置类
- //开启日志支持
- @Slf4j
- //将该类注入容器
- @Component
- public class ConfirmConfig {
-
- //声明交换机名
- public static final String EXCHANGE_NAME="confirm.exchange";
- //声明队列名
- public static final String QUEUE_NAME="confirm.queue";
- //声明routing key
- public static final String ROUTING_KEY="key1";
-
- @Bean("confirmExchange")
- public DirectExchange confirmExchange(){
- //构建交换机
- return new DirectExchange(EXCHANGE_NAME,true,false);
- }
-
- @Bean("confirmQueue")
- public Queue confirmQueue(){
- //构建队列
- return QueueBuilder.durable(QUEUE_NAME).build();
- }
-
- @Bean
- public Binding qBindingExchange(@Qualifier("confirmExchange")DirectExchange confirmExchange,
- @Qualifier("confirmQueue")Queue confirmQueue){
- //绑定队列、交换机、routing key
- return BindingBuilder.bind(confirmQueue).to(confirmExchange).with(ROUTING_KEY);
- }
- }
生产者
- @GetMapping("/confirm/{message}")
- public void confirmTest(@PathVariable("message") String message) {
- CorrelationData correlationData = new CorrelationData("1");
- log.info("当前时间:{},发送一条消息:{}", new Date().toString(), message);
- rt.convertAndSend(ConfirmConfig.EXCHANGE_NAME, ConfirmConfig.ROUTING_KEY, "消息:" +
- message,correlationData);
-
- }
消费者
- @Slf4j
- @Component
- public class ConfirmConsumer {
-
- @RabbitListener(queues = "confirm.queue")
- public void receiveQ(Message message, Channel channel) throws UnsupportedEncodingException {
- String msg=new String(message.getBody(),"UTF-8");
- log.info("已经收到消息:{},当前时间为:{}",msg,new Date());
- }
- }
编写confirmCallBack实现类,实现消息不管是否到达交换机都会有回调
- @Slf4j
- @Component
- public class MyCallBack implements RabbitTemplate.ConfirmCallback {
-
- //如果我们实现的是一个类的内部接口,而当我们通过该类调用该接口时无法调到我们写的实现类,
- // 所以要先注入该类
- @Autowired
- private RabbitTemplate rabbitTemplate;
-
- @PostConstruct
- public void setConfirmCallback(){
- //将该实现类设置为rabbitTemplate的确认回调
- rabbitTemplate.setConfirmCallback(this);
- }
-
-
- /**
- * @param correlationData correlation data for the callback.
- * @param ack true for ack, false for nack
- * @param cause An optional cause, for nack, when available, otherwise null.
- * 交换机确认回调方法
- * 1.发消息 交换机收到了 回调
- * 1.1 correlationData 保存回调消息的id及相关信息
- * 1.2 交换机收到了消息 true
- * 1.3 cause null
- *
- * 2.发消息 交换机没收到 回调
- * 2.1 correlationData 保存回调消息的id及相关信息
- * 2.2 交换机收到了消息 false
- * 2.3 cause 失败的原因
- */
- @Override
- public void confirm(CorrelationData correlationData, boolean ack, String cause) {
-
- if(ack){
- log.info("成功应答,消息id为:{}",correlationData.getId());
- }else {
- log.info("交换机没有收到消息,消息的id为{},失败的原因为:{}",correlationData.getId(),cause);
- }
- }
- }
配置确认类型
- #默认是none 禁止发布确认模式 correlated 发布消息成功到交换机后会触发回调方法
- #simple 有两种效果,其一与correlated一样会触发回调方法,其二根据返回结果来判定下一步的逻辑
- spring.rabbitmq.publisher-confirm-type=correlated
在生产者处将交换机名写错,测试结果如下:
当交换机可以正常接收,而队列无法接收时我们需要让消息回退
首先我们需要在MyCallBack中实现回退接口
- @Slf4j
- @Component
- public class MyCallBack implements RabbitTemplate.ConfirmCallback,RabbitTemplate.ReturnsCallback {
-
- //如果我们实现的是一个类的内部接口,而当我们通过该类调用该接口时无法调到我们写的实现类,
- // 所以要先注入该类
- @Autowired
- private RabbitTemplate rabbitTemplate;
-
- @PostConstruct
- public void setConfirmCallback(){
- //将该实现类设置为rabbitTemplate的确认回调
- rabbitTemplate.setConfirmCallback(this);
- }
-
- @PostConstruct
- public void setReturnsCallBack(){
- //将该实现类设置为rabbitTemplate的回退方法
- rabbitTemplate.setReturnsCallback(this);
- }
-
-
- /**
- * @param correlationData correlation data for the callback.
- * @param ack true for ack, false for nack
- * @param cause An optional cause, for nack, when available, otherwise null.
- * 交换机确认回调方法
- * 1.发消息 交换机收到了 回调
- * 1.1 correlationData 保存回调消息的id及相关信息
- * 1.2 交换机收到了消息 true
- * 1.3 cause null
- *
- * 2.发消息 交换机没收到 回调
- * 2.1 correlationData 保存回调消息的id及相关信息
- * 2.2 交换机收到了消息 false
- * 2.3 cause 失败的原因
- */
- @Override
- public void confirm(CorrelationData correlationData, boolean ack, String cause) {
-
- if(ack){
- log.info("交换机成功应答,消息id为:{}",correlationData.getId());
- }else {
- log.info("交换机没有收到消息,消息的id为{},失败的原因为:{}",correlationData.getId(),cause);
- }
- }
-
- //回退方法,可以在消息传递过程中不可达目的地时将消息返回给生产者
- //只有消息不可达时,才会回退
- @Override
- public void returnedMessage(ReturnedMessage returned) {
- try {
- log.error("消息{},被交换机{}退回,退回原因:{},路由Key:{}",new String(returned.getMessage().getBody(),"UTF-8"),
- returned.getExchange(), returned.getReplyText(),returned.getRoutingKey());
- } catch (UnsupportedEncodingException e) {
- throw new RuntimeException(e);
- }
- }
修改配置类,新增
spring.rabbitmq.publisher-returns=true
在生产者中将routing key修改为错误的,并进行测试
声明交换机和队列并绑定
- //备份交换机
- @Bean("backupExchange")
- public FanoutExchange backupExchange(){
- return new FanoutExchange(BACKUP_EXCHANGE_NAME,true,false);
- }
-
- //备份队列
- @Bean("backupQueue")
- public Queue backupQueue(){
- return QueueBuilder.durable(BACKUP_QUEUE_NAME).build();
- }
-
- //警告队列
- @Bean("warningQueue")
- public Queue waringQueue(){
- return QueueBuilder.durable(WARING_QUEUE_NAME).build();
- }
-
- //绑定交换机与队列
- @Bean
- public Binding backupBindingBackupExchange(@Qualifier("backupQueue")Queue backupQueue,
- @Qualifier("backupExchange")FanoutExchange backupExchange ){
- return BindingBuilder.bind(backupQueue).to(backupExchange);
- }
-
- //绑定交换机与队列
- @Bean
- public Binding waringBindingBackupExchange(@Qualifier("warningQueue")Queue warningQueue,
- @Qualifier("backupExchange")FanoutExchange backupExchange ){
- return BindingBuilder.bind(warningQueue).to(backupExchange);
- }
在确认交换机配置备份交换机
- @Bean("confirmExchange")
- public DirectExchange confirmExchange(){
- //构建交换机
- return ExchangeBuilder.directExchange(EXCHANGE_NAME).durable(true)
- //配置备份交换机
- .withArgument("alternate-exchange",BACKUP_EXCHANGE_NAME).build();
- }
消费者
- @Slf4j
- @Component
- public class warningConsumer {
-
- @RabbitListener(queues= ConfirmConfig.WARING_QUEUE_NAME)
- public void receiveD(Message message, Channel channel) throws UnsupportedEncodingException {
- String msg = new String(message.getBody(), "UTF-8");
- log.info("warningQueue已收到消息:{},时间为:{}",msg,new Date());
-
- }
-
- }
生产者
- @GetMapping("/confirm/{message}")
- public void confirmTest(@PathVariable("message") String message) {
- CorrelationData correlationData = new CorrelationData("1");
- log.info("当前时间:{},发送一条消息:{}", new Date().toString(), message);
- rt.convertAndSend(ConfirmConfig.EXCHANGE_NAME, ConfirmConfig.ROUTING_KEY+"1", "消息:" +
- message,correlationData);
-
- }
回退消息与备份交换机同时存在,备份交换机优先级更高
测试结果:
用户对于同一操作发起的一次请求或多次请求的结果时一致的,不会因为多次点击而产生副作用。举个例子,支付,有时候因为网络异常,已经扣了钱,但当用户再次点击按钮,此时会进行第二次扣款,最终用户查询余额变少了,流水记录也变成了两条。在以前的但应用系统中,我们只需要把数据放入事务中即可,发生错误立即回滚,但是再响应客户端的时候也有可能出现网络中断或者异常等等。
消息被重复消费
使用全局ID或者写个唯一标识比如时间戳或者UUID或者订单消费者消费MQ中的消息也可利用MQ的该id来判断,或者可按自己的规则生成一个全局唯一的id,每次消费前用该id先判断消息是否已消费过。
消息永远不会被消费多次,业界主流的幂等性有两种操作,唯一id+指纹码机制,利用数据库主键去重,b利用redis的原子性去实现
利用redis执行setnx命令,天然具有幂等性,从而实现不重复消费。
消息保存在内存还是磁盘中,正常情况下消息是保存在内存中,而惰性队列消息时保存在磁盘中。
当消费者由于各种各样的原因(比如消费者下线、宕机亦或者由于维护而关闭等)而使长时间内不能消费消息造成堆积时,惰性队列就很有必要了。
在队列声明时可以通过“x-queue-mode”参数来设置队列的模式,取值为“default”和“lazy”。
vim /etc/hostname
三台机器分别命名为node1、node2、node3
vim /etc/hosts
ip1 node1
ip2 node2
ip3 node3
在node1上执行远程操作命令
scp /var/lib/rabbitmq/.erlang.cookie root@node2:/var/lib/rabbitmq/.erlang.cookie
scp /var/lib/rabbitmq/.erlang.cookie root@node3:/var/lib/rabbitmq/.erlang.cookie
rabbitmq-server -detached
rabbitmqctl stop_app
(rabbitmqctl stop会将Erlang虚拟机关闭,rabbitmqctl stop_app只关闭RabbitMQ服务)
rabbitmqctl reset
rabbitmqctl join_cluster rabbit@node1/第三台机器也可以执行:rabbitmqctl join_cluster rabbit@node2
rabbitmqctl start_app(只启动应用服务)
rabbitmqctl cluster_status
创建账号:rabbitmqctl add_user admin 123
设置角色:rabbitmqctl set_user_tags admin administrator
设置权限:rabbitmqctl set_permissions -p "/" admin "." ".*" ".*"
rabbitmqctl stop_app
rabbitmqctl reset
rabbitmqctl start_app
rabbitmqctl cluster_status
rabbitmqctl forget_cluster_node rabbit@node2(node1机器上执行)
如果RabbitMQ集群中只有一个Broker节点,那么该节点的失效将导致整体服务的临时性不可用,并且也可能会导致消息的丢失。可以将所有消息都设置持久化,并且对应队列的durable属性也设置为true,单消息发送之后和被写入磁盘并执行刷盘动作之间存在一个短暂却会产生问题的时间窗。通过publisherconfirm机制能够确保客户端知道哪些消息已经存入磁盘,尽管如此,一般不希望遇到因单点故障导致的服务不可用。
引入镜像队列(Mirror Queue)的机制,可以将队列镜像到集群中的其他Broker节点之上,如果集群中的一个节点失效了,队列能自动地切换到镜像中的另一个节点上以保证服务的可用性。
打开rabbitmq后台选择Admin-->policies
当我们有海量的请求时,如果我们仍然将请求发送到同一个服务器上时,服务器可能会崩溃,而有些服务器可能会因为没有收到相应而空闲,这时我们就需要用到Haproxy来帮助我们均衡的分配请求,从而使用户获得良好的体验,同时也避免服务器因大量请求而崩溃。
当我们的用户来自有不同的地区时,遥远的用户可能会因网络延时而体验变差,为了用户能够在不同地区体验到大致相同的体验,我们可以在不同的地区同时部署服务器。
而当我们在多个不同的地点部署服务器后,我们需要解决各个服务器的数据一致问题,这时我们就需要用到联邦交换机。
搭建步骤:
1.需要保证每台节点单独运行
2.哎每台机器上开启federation相关插件
rabbitmq-plugins enable rabbitmq_federtion
rabbitmq-plugins enable rabbitmq_federation_management
在从节点downstream(node2)上创建一个名为“fed_exchange”的交换机并声明队列
在downstream(node2)配置upstream(node1)
admin-->Federation Upstreams
联邦队列可以额在多个Broker节点(或者集群)之间为单个队列提供均衡负载的功能。一个联邦队列可以连接一个或者多个上游队列(upstream queue),并从这些上游队列中获取消息以满足本地消费者消费消息的需求
首先在服务器中开启shovel支持
rabbitmq plugins enable rabbitmq_shovel
rabbitmq plugins enable rabbitmq_shovel_management
然后打开rabbitmq管理后台admin-->shovel management
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。