RabbitMq

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来处理。