Rabbit MQ 面试题相关
项目中的MQ:
- #rabbitmq
- spring.rabbitmq.host=127.0.0.1 主机
- spring.rabbitmq.port=5672 端口
- spring.rabbitmq.username=guest 用户名
- spring.rabbitmq.password=guest 密码
- spring.rabbitmq.virtual-host=/
- #\u6D88\u8D39\u8005\u6570\u91CF
- spring.rabbitmq.listener.simple.concurrency= 10 消费者的数量 出队
- spring.rabbitmq.listener.simple.max-concurrency= 10
- #\u6D88\u8D39\u8005\u6BCF\u6B21\u4ECE\u961F\u5217\u83B7\u53D6\u7684\u6D88\u606F\u6570\u91CF
- spring.rabbitmq.listener.simple.prefetch= 1 每次从队列中取1个
- #\u6D88\u8D39\u8005\u81EA\u52A8\u542F\u52A8
- spring.rabbitmq.listener.simple.auto-startup=true
- #\u6D88\u8D39\u5931\u8D25\uFF0C\u81EA\u52A8\u91CD\u65B0\u5165\u961F
- spring.rabbitmq.listener.simple.default-requeue-rejected= true 消费失败后是否重新入队
- #\u542F\u7528\u53D1\u9001\u91CD\u8BD5
- spring.rabbitmq.template.retry.enabled=true
- spring.rabbitmq.template.retry.initial-interval=1000
- spring.rabbitmq.template.retry.max-attempts=3
- spring.rabbitmq.template.retry.max-interval=10000
- spring.rabbitmq.template.retry.multiplier=1.0
Rabbitmq 的队列容量可以认为是无限的,根据内存有关。 可以设置队列最大长度,当达到长度的时候,最先入队的消息将被丢弃。
流量削峰一般在秒杀活动中应用广泛
场景:秒杀活动,一般会因为流量过大,导致应用挂掉,为了解决这个问题,一般在应用前端加入消息队列。
作用:
1.可以控制活动人数,超过此一定阀值的订单直接丢弃(我为什么秒杀一次都没有成功过呢^^) ,先显示一个排队中,后端在处理,可能成功可能失败。
2.可以缓解短时间的高流量压垮应用(应用程序按自己的最大处理能力获取订单)
为什么使用Rabbit mq?
1.Rabbit mq 是一个高级消息队列,在分布式的场景下,拥有高性能。,对负载均衡也有很好的支持。
2.拥有持久化的机制,进程消息,队列中的信息也可以保存下来。
3.实现消费者和生产者之间的解耦。
4.对于高并发场景下,利用消息队列可以使得同步访问变为串行访问达到一定量的限流,利于数据库的操作。
5.可以使用消息队列达到异步下单的效果,排队中,后台进行逻辑下单。
AMQP,即Advanced Message Queuing Protocol,高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。消息中间件主要用于组件之间的解耦,消息的发送者无需知道消息使用者的存在
1.1、rabbitMQ的优点(适用范围)
1. 基于erlang语言开发具有高可用高并发的优点,适合集群服务器。
2. 健壮、稳定、易用、跨平台、支持多种语言、文档齐全。
3. 有消息确认机制和持久化机制,可靠性高。
4. 开源
其他MQ的优势:
1. Apache ActiveMQ曝光率最高,但是可能会丢消息。
2. ZeroMQ延迟很低、支持灵活拓扑,但是不支持消息持久化和崩溃恢复。
其他消息队列,Kafka 定位是日志消息队列。吞吐量最大。
相比阿里的Rocket MQ ,Rabbit MQ 是可靠性更强,对数据一致性、稳定性和可靠性要求很高的场景。
劣势是Rabbit mQ 的性能,吞吐量不高。