服务粉丝

我们一直在努力
当前位置:首页 > 财经 >

面试官:Redis和Mysql如何保证数据一致性?

日期: 来源:架构文摘收集编辑:

原文:www.cnblogs.com/Jcloud/p/



前言

先阐明一下Mysql和Redis的关系:Mysql是数据库,用来持久化数据,一定程度上保证数据的可靠性;Redis是用来当缓存,用来提升数据访问的性能。

关于如何保证Mysql和Redis中的数据一致(即缓存一致性问题),这是一个非常经典的问题。

使用过缓存的人都应该知道,在实际应用场景中,要想实时刻保证缓存和数据库中的数据一样,很难做到。

基本上都是尽可能让他们的数据在绝大部分时间内保持一致,并保证最终是一致的。


1.缓存不一致是如何产生的

如果数据一直没有变更,那么就不会出现缓存不一致的问题。

通常缓存不一致是发生在数据有变更的时候。因为每次数据变更你需要同时操作数据库和缓存,而他们又属于不同的系统,无法做到同时操作成功或失败,总会有一个时间差。在并发读写的时候可能就会出现缓存不一致的问题(理论上通过分布式事务可以保证这一点,不过实际上基本上很少有人这么做)。

虽然没办法在数据有变更时,保证缓存和数据库强一致,但对缓存的更新还是有一定设计方法的,遵循这些设计方法,能够让这个不一致的影响时间和影响范围最小化。


2.缓存更新的几种设计

缓存更新的设计方法大概有以下四种:

  • 先删除缓存,再更新数据库(这种方法在并发下最容易出现长时间的脏数据,不可取)

  • 先更新数据库,删除缓存(Cache Aside Pattern)

  • 只更新缓存,由缓存自己同步更新数据库(Read/Write Through Pattern)

  • 只更新缓存,由缓存自己异步更新数据库(Write Behind Cache Pattern)

接下来详细介绍一些这四种设计方法


2.1 先删除缓存,再更新数据库

这种方法在并发读写的情况下容易出现缓存不一致的问题

 

如上图所示,其可能的执行流程顺序为:

  • 客户端1 触发更新数据A的逻辑

  • 客户端2 触发查询数据A的逻辑

  • 客户端1 删除缓存中数据A

  • 客户端2 查询缓存中数据A,未命中

  • 客户端2 从数据库查询数据A,并更新到缓存中

  • 客户端1 更新数据库中数据A

可见,最后缓存中的数据A跟数据库中的数据A是不一致的,缓存中的数据A是旧的脏数据。

因此一般不建议使用这种方式。


2.2 先更新数据库,再让缓存失效

这种方法在并发读写的情况下,也可能会出现短暂缓存不一致的问题

 

如上图所示,其可能执行的流程顺序为:

  • 客户端1 触发更新数据A的逻辑

  • 客户端2 触发查询数据A的逻辑

  • 客户端3 触发查询数据A的逻辑

  • 客户端1 更新数据库中数据A

  • 客户端2 查询缓存中数据A,命中返回(旧数据)

  • 客户端1 让缓存中数据A失效

  • 客户端3 查询缓存中数据A,未命中

  • 客户端3 查询数据库中数据A,并更新到缓存中

可见,最后缓存中的数据A和数据库中的数据A是一致的,理论上可能会出现一小段时间数据不一致,不过这种概率也比较低,大部分的业务也不会有太大的问题。


2.3 只更新缓存,由缓存自己同步更新数据库(Read/Write Through Pattern)

这种方法相当于是业务只更新缓存,再由缓存去同步更新数据库。一个Write Through的 例子如下:

 

如上图所示,其可能执行的流程顺序为:

  • 客户端1 触发更新数据A的逻辑

  • 客户端2 触发查询数据A的逻辑

  • 客户端1 更新缓存中数据A,缓存同步更新数据库中数据A,再返回结果

  • 客户端2 查询缓存中数据A,命中返回

Read Through 和 WriteThrough 的流程类似,只是在客户端查询数据A时,如果缓存中数据A失效了(过期或被驱逐淘汰),则缓存会同步去数据库中查询数据A,并缓存起来,再返回给客户端

这种方式缓存不一致的概率极低,只不过需要对缓存进行专门的改造。


2.4 只更新缓存,由缓存自己异步更新数据库(Write Behind Cache Pattern)

这种方式性详单于是业务只操作更新缓存,再由缓存异步去更新数据库,例如:

 

如上图所示,其可能的执行流程顺序为:

  • 客户端1 触发更新数据A的逻辑

  • 客户端2 触发查询数据A的逻辑

  • 客户端1 更新缓存中的数据A,返回

  • 客户端2 查询缓存中的数据A,命中返回

  • 缓存异步更新数据A到数据库中

这种方式的优势是读写的性能都非常好,基本上只要操作完内存后就返回给客户端了,但是其是非强一致性,存在丢失数据的情况。

如果在缓存异步将数据更新到数据库中时,缓存服务挂了,此时未更新到数据库中的数据就丢失了。


总结

上面讲到的几种缓存更新的设计方式,都是前人总结出来的经验,这些方式或多或少都有一些弊端,并不完美,实际上也很难有完美的设计。大家在做系统设计的时候,也不要去追求完美,要有一些取舍,找到一种最适合自己业务场景的方式就行。




END


架构师交流群

 「架构君」建立了读者架构师交流群,大家可以添加小编微信进行加群。欢迎有想法、乐于分享的朋友们一起交流学习。

扫描添加好友邀你进架构师群,加我时注明姓名+公司+职位】





强势开源一款小程序!

2021-11-07

强力推荐一个完善的物流(WMS)管理项目(附代码)

2021-10-23

推荐一个 Spring Boot + MyBatis + Vue 音乐网站

2021-10-19

分享一套家庭理财系统(附源码)

2021-09-20

推荐一个互联网企业级别的开源支付系统

2021-09-04

推荐一套开源通用后台管理系统(附源码)

2021-08-21

一款神仙接私活儿软件,吊到不行!

2021-07-31

基于 SpringBoot 的仿豆瓣平台【源码分享】

2021-07-18

干掉 Wordpress!这个开源建站神器有点吊!

2021-06-18

从朋友那里搞了 20 个实战项目,速领!

2021-06-12




如有收获,点个在看,诚挚感谢

相关阅读

  • 数据库行业分析:潜力空间大,替代正当时

  • (报告出品方/作者:开源证券,陈宝健)1、 数据库:核心基础软件,乘信创东风而起1.1、 定义:存储和管理拥有固定格式和结构数据的仓库型数据管理系统数据库是一种用于存储和管理拥有固
  • 胡佳胤:ChatGPT给数字经济带来的挑战和机遇

  • 题记:2023年2月28日,北京信息科技发展中心主办、阿里巴巴人工智能治理与可持续发展研究中心(AAIG)协办的《这个AI不太冷》第一期ChatGPT专题研讨会在北京举办。本文根据北大国发

热门文章

  • “复活”半年后 京东拍拍二手杀入公益事业

  • 京东拍拍二手“复活”半年后,杀入公益事业,试图让企业捐的赠品、家庭闲置品变成实实在在的“爱心”。 把“闲置品”变爱心 6月12日,“益心一益·守护梦想每一步”2018年四

最新文章

  • MyBatis 如何实现流式查询

  • (给ImportNew加星标,提高Java技能)基本概念流式查询 指的是查询成功后不是返回一个集合而是返回一个迭代器,应用每次从迭代器取一条查询结果。流式查询的好处是能够降低内存使用
  • 面试官:Redis和Mysql如何保证数据一致性?

  • 原文:www.cnblogs.com/Jcloud/p/前言先阐明一下Mysql和Redis的关系:Mysql是数据库,用来持久化数据,一定程度上保证数据的可靠性;Redis是用来当缓存,用来提升数据访问的性能。关于
  • 万能通用的Java调优方案合集,yyds!

  • 最近Java招聘市场回暖,持续升温,但是面试应聘“没有最难,只有更难”。今天主要和大家聊聊一些比较重要、高频出现的面试题,涉及高并发场景,比如:JVM、Mysql优化、并发底层相关……