RabbitMQ 高级特性
消息可靠性投递，consumer ACK，消费端限流，TTL，死信队列，延迟队列，日志与监控，消息可靠性与追踪，管理
RabbitMQ 应用问题
消息可靠性保障，消息幂等性处理，
RabbitMQ 集群搭建
rabbitmq 高可用集群搭建
内容
1.1消息的可靠投递
使用rabbitmq的时候，作为消息发送方希望杜绝任何消息丢失或者投递失败的场景，rabbitmq为我们提供了confirm确认模式和return退回模式来控制消息的可靠性传递
rabbitmq整个消息投递路径为：
producer到rabbitmq broker到exchange到queue到consumer
消息从producer到exchange会返回一个confirmCallback
消息从exchange到queue投递失败则会返回一个returnCallback
我们可利用这两个callback来控制消息的可靠性传递
1.2 Consumer ACK
ack指acknowledge，确认，表示消费端收到消息后的确认方式
有三种确认方式
自动确认：acknowledge=“none”,手动确认：acknowledge=“manual”,根据异常情况确认：acknowledge=“auto”
其中自动确认是指，消息一旦被consumer接收，则自动确认收到，并将相应message从rabbitmq的消息缓存中移除，但在实际业务中，很可能消息收到了，但是业务出现了异常，那么该消息就会丢失，如果设置了手动去人方式，则需要在业务成功处理后，调用channel.basicAck（）方法，手动签收，让其重新发送消息
1.3消费端限流
请求瞬间增多，每秒五千个请求，设置每秒从rabbitmq中拉取一千个请求，保证系统正常运行
1.4 TTL
TTL为time to live（存活时间/过期时间）
当消息达到存活时间后，还没被消费就会自动清除
rabbitmq可以对消息设置过期时间，也可以对整个队列设置过期时间
1.5 死信队列
死信队列（DLX），dead letter exchange（死信交换机） 当消息成为dead message后，可以被发送到另一个交换机，这个交换机就是DLX
消息成为死信的三种情况
1.队列长度达到限制，2.消费者拒接消费消息，basicNack/basicReject并且不把消息重新放入原目标队列requeue=false，3.原队列存在消息过期时间设置，消息达到超时时间未被消费
队列绑定私信交换机：给队列设置参数：X-dead-letter-exchange和X-dead-letter-routing-key
设置死信队列的步骤
1.声明正常的队列和交换机，2.声明死信队列和死信交换机，3.正常队列绑定死信交换机，设置参数
1.6 延迟队列
延迟队列，即消息进入队列后不会立即被消费，只有到达指定时间后，才会被消费
需求：1.下单，三十分钟未支付，取消订单，回滚库存，2.新用户注册七天后，发送问候短信
实现方式：1.定时器，2.延时队列
使用TTL和死信队列组合实现延迟队列的效果
1.7消息追踪
在使用任何消息中间件时，难免会出现某条消息异常丢失的情况，对于rabbitmq而言，可以使用Firehose和rabbitmq_tracing插件来实现消息追踪功能
消息可靠性保障，消息补偿机制
消息幂等性保障，乐观锁解决方案
集群搭建
