redis发布订阅(顺序保证,是否丢失,可靠性保证)研究

公司多个系统之间经常需要相互同步数据,数据同步方式有很多种,常用的有如下几种:
1 接收方主动请求,数据提供方暴露调用接口
2 提供方主动推送,接收方被动接收

其中主动推送,有有几种方式:直接调用接收方接口,通过消息中间件等。

我们之前使用的rabbitMQ,但是其存在一些天生的缺陷,比如消息顺序的保证,消息的可靠性,事务消息等等。

最近在看redis时,突然看到redis支持发布/订阅这种功能,感觉和mq的提供方推送消息,接收方监听后消费消息类似,那么可否使用redis的这一功能来充当系统间数据同步的中间件呢?
要从是否满足这几个问题去思考:

1 redis的java客户端比如jedis是否支持? 支持
2 订阅方是否是按顺序接收发送方推送的消息?
3 订阅方是否会丢失发送方推送的消息?redis服务器宕机或者异常崩溃恢复后,是否会丢失?
4 幂等性如何保证?
5 吞吐量怎么样?

  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值