博客
关于我
腾讯二面:引入RabbitMQ后,你如何保证全链路数据100%不丢失 ?
阅读量:779 次
发布时间:2019-03-24

本文共 584 字,大约阅读时间需要 1 分钟。

RabbitMQ消息可靠性投递全解析

在消息系统中,消息从生产端到消费端的传输过程中可能会出现丢失,虽然这种情况概率极低,但不可忽视。我们需要通过多种机制来确保消息的可靠性传输。

生产端可靠性投递

生产端的可靠性投递主要依赖于RabbitMQ的confirm机制。通过设置confirmSelect模式,生产端可以接收到RabbitMQ的确认消息,从而判断消息是否成功投递。同时,通过设置确认监听,可以实现消息的重发策略,确保消息不会因为RabbitMQ内部错误而丢失。

消息持久化

消息持久化是RabbitMQ的一项重要机制。通过配置exchange、queue和message的持久化,可以保证RabbitMQ在重启时能够恢复消息。这种机制能够防止因RabbitMQ进程退出而导致的消息丢失。

消费端消息不丢失

消费端的消息不丢失主要依赖于手动确认机制。通过设置autoAck为false,可以让消费端对消息进行手动确认,从而避免RabbitMQ自动删除消息。这种机制能够防止因消费端连接丢失或处理异常而导致的消息丢失。

消息补偿机制

为了应对极端情况,生产端可以结合消息入库机制,通过将消息持久化到数据库,实现消息的补偿。这样可以确保消息在生产端和RabbitMQ之间的传输过程中不会丢失。

通过以上机制,可以有效地保证消息在生产端到消费端的传输过程中的可靠性。

转载地址:http://bsfuk.baihongyu.com/

你可能感兴趣的文章
mysql 存在update不存在insert
查看>>
Mysql 学习总结(86)—— Mysql 的 JSON 数据类型正确使用姿势
查看>>
Mysql 学习总结(87)—— Mysql 执行计划(Explain)再总结
查看>>
Mysql 学习总结(88)—— Mysql 官方为什么不推荐用雪花 id 和 uuid 做 MySQL 主键
查看>>
Mysql 学习总结(89)—— Mysql 库表容量统计
查看>>
mysql 实现主从复制/主从同步
查看>>
mysql 审核_审核MySQL数据库上的登录
查看>>
mysql 导入 sql 文件时 ERROR 1046 (3D000) no database selected 错误的解决
查看>>
mysql 导入导出大文件
查看>>
MySQL 导出数据
查看>>
mysql 将null转代为0
查看>>
mysql 常用
查看>>
MySQL 常用列类型
查看>>
mysql 常用命令
查看>>
Mysql 常见ALTER TABLE操作
查看>>
MySQL 常见的 9 种优化方法
查看>>
MySQL 常见的开放性问题
查看>>
Mysql 常见错误
查看>>
mysql 常见问题
查看>>
MYSQL 幻读(Phantom Problem)不可重复读
查看>>