Redis和数据库的结合

本文探讨了Redis与数据库数据同步的问题,分析了可能导致不一致性的场景,并提出了通过设置Redis超时时间来确保读操作的实时性,以及在写操作中先读取数据库最新数据、再更新Redis以保证数据一致性的策略。
摘要由CSDN通过智能技术生成

使用 Redis 可以优化性能,但是存在 Redis 的数据和数据库同步的问题,这是我们需要关注的问题。假设两个业务逻辑都是在操作数据库的同一条记录,而 Redis 和数据库不一致。

Redis 和数据库不一致
在这里插入图片描述

在图中,T1 时刻以键 key1 保存数据到 Redis,T2 时刻刷新进入数据库,但是 T3 时刻发生了其他业务需要改变数据库同一条记录的数据,但是采用了 key2 保存到 Redis 中,然后又写入了更新数据到数据库中,此时在 Redis 中 key1 的数据是脏数据,和数据库的数据并不一致。

而上图只是数据不一致的一个可能的原因,实际情况可能存在多种,比如数据库的事务是完善的,而对于 Redis 的事务,通过学习应该清楚它并不是那么严格的,如果发生异常回滚的事件,那么 Redis 的数据可能就和数据库不太一致了,所以要保存数据的一致性是相当困难的。

但是不用沮丧,因为互联网系统显示给用户的信息往往并不需要完全是“最新的”,有些数据允许延迟。举个例子,一个购物网站会有一个用户购买排名榜,如果做成实时的,每一笔投资都会引发重新计算,那么网站的性能就存在极大的压力,但是这个排名榜却没有太大的意义。

同样,商品的总数有时候只需要去实现一个非实时的数据。这些在互联网系统中也是十分常见的,一般而言,可以在某段时间进行刷新(比如以一个小时为刷新间隔),排出这段时间的最新排名,这就是延迟性的更新。但是对于

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值