1.什是虚拟主机,生产者,消费者,broker, 交换机, 队列,路由键,信道
生产者:负责投递消息到消息队列中。
消费者:消费的消费方
消息:业务数据
Broker : Rabbitmq多台服务器组成的集群叫做Rabbitmq的Broker,每个节点就是一个broker,Broker其实就是一个中间代理
交换机:生产者根据路由键发布到交换机,交换机有四种,direct (直接交换机), topic (主题交换机) and fanout (广播交换机),header(基本启用)
队列:消息由交换机路由最终到达队列中,等待消费者消费
虚拟主机 :资源隔离负责去消息队列中取消息,也叫消费消息。
路由键:消息发送给交换器时,消息将拥有一个路由键(默认为空),交换器根据这个路由键将消息发送到匹配的队列中。
信道:解决TCP连接数量限制及降低TCP连接代价。每个信道有一个ID,其概念与“频分多路复用”类似
另外:
AMQP(RabbitMQ):高级消息队列协议
必须由三部分:交换器、队列和绑定
2.RabbitMQ6中工作模式
1、简单队列
2.工作队列
3.发布订阅
4.路由模式
5.Topics 通配符模式
6.rpc模式
3.交换机类型
direct交换器
如果路由键(routing key)匹配成功(完全匹配),消息就被投递到对应的各个队列,绑定键(binding key)不支持“*”和“#”。消费者在接受消息的信道上可以给生产者反馈。
fanout交换机
与路由键无关,消息以自动轮询(round-robin)的形式发送到对应的队列,消费者在接受消息的当前信道上可以给生产者反馈。
topic
存在(routing key)路由键,消息以广播的形式发送到绑定键(bing key)匹配的各个队列,绑定键(binding key)支持“*”(只有一个点)和“#”(可以有无数个点的匹配)
headers (已废弃),类似direct交换器
4.保证消息不丢失
4.1.AMQP协议提供的一个事务机制:(不建议)
在生产者发送消息之前,通过channel.txSelect开启一个事务
由于这是同步操作,一条消息发送之后会使发送端阻塞,以等待RabbitMQ Server的回应,之后才能继续发送下一条消息,生产者生产消息的吞吐量和性能都会大大降低,而mq很重要的优点就是异步。
4.2.消息持久化(消息经过的地方都持久化)
4.2.2交换机持久化
Exchange 设置持久化:durable:true
4.2.3队列持久化
new Queue(queueName)创建的Queue就是持久化的
4.2.4消息持久化发送
发送消息设置发送模式deliveryMode=2代表持久化消息,默认情况下发送模式为deliveryMode=2
4.2.5ACK确认机制
1、消息发送确认
ConfirmCallback 只确认消息是否正确到达 Exchange 中。
ReturnCallback 消息没有正确到达队列时触发回调,如果正确到达队列不执行。
2、消息接收确认
默认情况下消息消费者是自动 ack (确认)消息的,需要设置为手动确认,原因是:自动确认会在消息发送给消费者,消费者在消费过程出现异常,这样存在丢失消息的可能。
5.保证消息不重复消费
消费端实现幂等性,就意味着,我们的消息永远不会消费多次,即使我们收到了多条一样的消息
唯一ID+指纹码机制,利用数据库主键去重
SELECT COUNT(1)FROM T ORDER WHERE ID=唯一ID+指纹码
好处:实现简单
坏处:高并发下有数据库写入的性能瓶颈
解决方案:跟进ID进行分库分表进行算法路由
利用Redis的原子性去实现
使用Redis进行幂等,需要考虑的问题
第一:我们是否要进行数据落库,如果落库的话,关键解决的
问题是数据库和缓存如何做到原子性?
第二:如果不进行落库,那么都存储到缓存中,如何设置定时同步的策略?
发送方确认模式
6.消费者消息堆积解决方案
1.消费者集群
2.分段消费消息
7.什么是mq,有什么优点,与缺点
mq:消息队列
优点: 异步 ,解耦, 削峰
缺点:1.运维起来更复杂
2.要想办法保证消息不丢失和不重复消费等问题
3.保证消息的消费顺序
(1)rabbitmq
rabbitmq:拆分多个queue,每个queue一个consumer,就是多一些queue而已,确实是麻烦点;或者就一个queue但是对应一个consumer,然后这个consumer内部用内存队列做排队,然后分发给底层不同的worker来处理。