一、业务场景

在多线程并发情况下，假设有两个数据库修改请求，为保证数据库与redis的数据一致性，修改请求的实现中需要修改数据库后，级联修改Redis中的数据。

• 请求一：A修改数据库数据 B修改Redis数据
• 请求二：C修改数据库数据 D修改Redis数据

并发情况下就会存在A —> C —> D —> B的情况

❝

一定要理解线程并发执行多组原子操作执行顺序是可能存在交叉现象的

❞

1、此时存在的问题

A修改数据库的数据最终保存到了Redis中，C在A之后也修改了数据库数据。

此时出现了Redis中数据和数据库数据不一致的情况，在后面的查询过程中就会长时间去先查Redis， 从而出现查询到的数据并不是数据库中的真实数据的严重问题。

2、解决方案

在使用Redis时，需要保持Redis和数据库数据的一致性，最流行的解决方案之一就是延时双删策略。

注意：要知道经常修改的数据表不适合使用Redis，因为双删策略执行的结果是把Redis中保存的那条数据删除了，以后的查询就都会去查询数据库。所以Redis使用的是读远远大于改的数据缓存。

延时双删方案执行步骤

1. 删除缓存
2. 更新数据库
3. 延时500毫秒 (根据具体业务设置延时执行的时间)
4. 删除缓存

3、为何要延时500毫秒？

这是为了我们在第二次删除Redis之前能完成数据库的更新操作。假象一下，如果没有第三步操作时，有很大概率，在两次删除Redis操作执行完毕之后，数据库的数据还没有更新，此时若有请求访问数据，便会出现我们一开始提到的那个问题。

4、为何要两次删除缓存？

如果我们没有第二次删除操作，此时有请求访问数据，有可能是访问的之前未做修改的Redis数据，删除操作执行后，Redis为空，有请求进来时，便会去访问数据库，此时数据库中的数据已是更新后的数据，保证了数据的一致性。

二、代码实践

1、引入Redis和SpringBoot AOP依赖

/***service层*/@ServicepublicclassUserService{@ResourceprivateUserMapperuserMapper;publicResultget(Integerid){LambdaQueryWrapper<User>wrapper=newLambdaQueryWrapper<>();wrapper.eq(User::getId,id);Useruser=userMapper.selectOne(wrapper);returnResult.success(user);}publicResultinsert(Useruser){intline=userMapper.insert(user);if(line>0)returnResult.success(line);returnResult.fail(888,"操作数据库失败");}publicResultdelete(Integerid){LambdaQueryWrapper<User>wrapper=newLambdaQueryWrapper<>();wrapper.eq(User::getId,id);intline=userMapper.delete(wrapper);if(line>0)returnResult.success(line);returnResult.fail(888,"操作数据库失败");}publicResultupdate(Useruser){inti=userMapper.updateById(user);if(i>0)returnResult.success(i);returnResult.fail(888,"操作数据库失败");}}

三、测试验证

1、ID=10，新增一条数据

2、第一次查询数据库，Redis会保存查询结果

3、第一次访问ID为10

4、第一次访问数据库ID为10，将结果存入Redis

5、更新ID为10对应的用户名（验证数据库和缓存不一致方案）

数据库和缓存不一致验证方案：

打个断点，模拟A线程执行第一次删除后，在A更新数据库完成之前，另外一个线程B访问ID=10，读取的还是旧数据。

6、采用第二次删除，根据业务场景设置延时时间，两次删除缓存成功后，Redis结果为空。读取的都是数据库真实数据，不会出现读缓存和数据库不一致情况。

四、代码工程及地址

核心代码红色方框所示

❝

https://gitee.com/jike11231/redisDemo.git

❞

来源：blog.csdn.net/jike11231/

article/details/126329789