RabbitMQ消息队列：机制与应用场景.pdfVIP

[toc]

rabbitmq的消息发送机制

1.事务模式，会确保消息发送成功，但是效率比较慢。

2.confirm机制，会给消息发送一个唯一id，写入rabbitmq会返回一个ack，

就ok了，是一个异步的机制。

消费端丢失消息

关闭自动ack机制，也就是消费成功，才丢弃这条消息，否则继续消费。

使用rabbitmq的场景

1.服务间异步通信

2.顺序消费

3.定时任务

4.请求削峰

rabbitmq的问题

1.复杂性增加

2.数据一致性问题

3.可用性降低

heartbeat如果设置过低的话，可能会在短暂的网络拥塞情况

下，导致误报。

如果将心跳时间设置的过低，会在短暂的网络拥塞或流量控制的清下下导致误报。

在选择超时时间时，这也应该考虑因素。

从用户反馈的多年的经验值及客户端的maintainer的建议来看，低于5s都容易发

生误报。对于大多数环境5s到20s之间是最佳的。

为什么选择rabbitmq？

1.是一个成熟

2.稳定

3.并发毕竟好

基本不丢数据

如何保证有序消费

你用过没有？？知道原理不？

和的区别？

上下游解耦，下游