文章目录
- 前言
- 一、什么是双写一致性
- 1. 先删除缓存还是先修改数据库
- 1.1 先删除缓存的情况
- 1.2 先修改数据库的情况
- 2. 双写一致性的解决方案
- 二、允许延迟一致的解决方法
- 1. 采用 MQ 中间件
- 2. 采用 canal 中间件
- 三、强一致性的解决方法
- 1. 采用 Redisson 提供的读写锁
前言
跟着B站的黑马程序员学习面试题，目前是redis的第四个内容——双写一致性
课程传送门：redis——双写一致性
一、什么是双写一致性
1. 先删除缓存还是先修改数据库
1.1 先删除缓存的情况
| 正常现象 | 脏数据现象 |
|---|---|
 |  |
1.2 先修改数据库的情况
| 正常现象 | 脏数据现象 |
|---|---|
 |  |
2. 双写一致性的解决方案
二、允许延迟一致的解决方法
在写操作上，先把缓存中的数据删除，然后更新数据库，最后再延时删除缓存中的数据。其中这个延时多久不太好确定，再延时的过程中，可能会出现脏数据，并不能保证强一致性吗。
1. 采用 MQ 中间件
2. 采用 canal 中间件
阿里云的 canal 组件实现数据同步，不需要更改业务代码，部署一个 canal 服务。canal 服务把自己伪装成 mysql 的一个从节点，当 mysql 数据更新以后，canal 会读取 binlog 数据，然后在通过 canal 的客户端获取到数据，更新缓存即可。
二进制日志（BINLOG）记录了所有的 DDL（数据定义语言）语句和 DML（数据操纵语言）语句，但不包括数据查询（SELECT、SHOW）语句。
三、强一致性的解决方法
实现方式：
① 采用 redisson 实现的读写锁，在读的时候添加共享锁，可以保证读读不互斥，读写互斥。
② 当更新数据的时候，添加排他锁，它是读写、读读都互斥。这样就保证在写数据的同时是不会让其他线程读数据，避免脏数据。
③ 其中，这里面需要注意的是读方法和写方法需要使用同一把锁才行。
排他锁：底层使用 setnx，保证了同时是只能有一个线程操作并锁住的方法。
1. 采用 Redisson 提供的读写锁
