标签:消费者 ACK 面经 RabbitMQ MQ 消息 丢失
- MQ对比
- rabbitmq :心跳丢失
- 默认 60/s 检测
- TCP window full:关于TCP window full/TCP zero window_csdn_zmf的博客-CSDN博客_tcpwindowfull解决
- 参考链接:Rabbitmq 心跳检测_mb5ff591cb6ec96_51CTO博客
- rabbitmq :ACK的机制
- 如果在处理消息的过程中,消费者的服务器在处理消息的时候出现异常,那么可能这条正在处理的消息就没有完成消息消费,数据就会丢失。为了确保数据不会丢失,RabbitMQ支持消息确定-ACK
- 消费者忘记ack,MQ会一直发送
- ack 机制
- ACK机制是消费者从RabbitMQ收到消息并处理完成后,反馈给RabbitMQ,RabbitMQ收到反馈后才将此消息从队列中删除。
- 如果一个消费者在处理消息出现了网络不稳定、服务器异常等现象,那么就不会有ACK反馈,RabbitMQ会认为这个消息没有正常消费,会将消息重新放入队列中。
- 如果在集群的情况下,RabbitMQ会立即将这个消息推送给这个在线的其他消费者。这种机制保证了在消费者服务端故障的时候,不丢失任何消息和任务。
- 消息永远不会从RabbitMQ中删除,只有当消费者正确发送ACK反馈,RabbitMQ确认收到后,消息才会从RabbitMQ服务器的数据中删除。
消息的ACK确认机制默认是打开的。
- 重复消息
- 分场景
- mysql insert 操作,设置主键,或者唯一索引
- redis set,操作多少次都一样,不需要管理
- redis setNx 设置标识,是否消费过。消息过期时间,依据业务去判断
- 分场景
- 高可用、稳定性。数据防止丢失
- 防止丢失,处理好三个环节:
- 生产者 和 MQ
- MQ==》磁盘
- MQ 和消费者
- 防止丢失,处理好三个环节:
- 保证消息顺序性
- kafka
- 同一个分区 partition
- rabbitMQ
- 同一个Queue
- kafka
我为人人,人人为我,美美与共,天下大同。
标签:消费者,ACK,面经,RabbitMQ,MQ,消息,丢失 来源: https://blog.csdn.net/qq_37837134/article/details/122177359
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。