博客
关于我
腾讯二面:引入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/

你可能感兴趣的文章
Mysql8在Centos上安装后忘记root密码如何重新设置
查看>>
Mysql8在Windows上离线安装时忘记root密码
查看>>
MySQL8找不到my.ini配置文件以及报sql_mode=only_full_group_by解决方案
查看>>
mysql8的安装与卸载
查看>>
MySQL8,体验不一样的安装方式!
查看>>
MySQL: Host '127.0.0.1' is not allowed to connect to this MySQL server
查看>>
Mysql: 对换(替换)两条记录的同一个字段值
查看>>
mysql:Can‘t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock‘解决方法
查看>>
MYSQL:基础——3N范式的表结构设计
查看>>
MYSQL:基础——触发器
查看>>
Mysql:连接报错“closing inbound before receiving peer‘s close_notify”
查看>>
mysqlbinlog报错unknown variable ‘default-character-set=utf8mb4‘
查看>>
mysqldump 参数--lock-tables浅析
查看>>
mysqldump 导出中文乱码
查看>>
mysqldump 导出数据库中每张表的前n条
查看>>
mysqldump: Got error: 1044: Access denied for user ‘xx’@’xx’ to database ‘xx’ when using LOCK TABLES
查看>>
Mysqldump参数大全(参数来源于mysql5.5.19源码)
查看>>
mysqldump备份时忽略某些表
查看>>
mysqldump实现数据备份及灾难恢复
查看>>
mysqldump数据库备份无法进行操作只能查询 --single-transaction
查看>>