原因
在做数据修改后,正常情况会从数据库中读取最新数据再放入redis中。但有时因为网络原因,redis数据未写入成功,此时会导致redis是旧数据,mysql是新数据
。在查询数据时,一看redis中有数据,就不从mysql中查询了,但redis中是旧数据。-------这就是双写数据不一致的情况
解决办法
缓存双删
String userId = updateUserInfoBO.getId();
// 保证双写一致,先删除redis中的数据,后更新数据库
redis.del(REDIS_USER_INFO + ":" + userId);
AppUser userInfo = new AppUser();
BeanUtils.copyProperties(updateUserInfoBO, userInfo);
userInfo.setUpdatedTime(new Date());
userInfo.setActiveStatus(UserStatus.ACTIVE.type);
int result = appUserMapper.updateByPrimaryKeySelective(userInfo);
if (result != 1) {
GraceException.display(ResponseStatusEnum.USER_UPDATE_ERROR);
}
// 再次查询用户的最新信息,放入redis中
AppUser user = getUser(userId);
redis.set(REDIS_USER_INFO + ":" + userId, JsonUtils.objectToJson(user));
// 缓存双删策略
try {
Thread.sleep(100);
redis.del(REDIS_USER_INFO + ":" + userId);
} catch (InterruptedException e) {
e.printStackTrace();
}
流程:
当A线程先删除了缓存后,正要进行数据库个更新操作之前。此时B线程来进行查询操作,但此时redis中未找到数据,就会上数据库中查询数。之后A线程进行数据库更新操作,完成数据更新。那么此时A线程redis的第二次删和B线程的redis存谁先进行就涉及到了A线程延时删的情况。若A先第二次删(A不进行延时删),B再存,此种情况redis就一直是旧数据,其他线程访问得到的也一直是旧数据。若B先存,A再删,则没问题(理想情况)
此时就需要双删策略:改数据库之前删一次,该数据库后删一次。
为啥第二次删之前要先set?为啥要加线程休眠?
1:加set是因为,要是此时没有B线程重新写缓存,那么下一步的del时,发现redis没数据,就会报错了
2:加sleep线程休眠是因为 :保证B的存再A的删之前,这样充其量也就是在休眠的短时间内其他线程得到旧数据,之后得到的就是新数据。
如何实现延时3–5s的操作
比较好的: 项目整合quartz等定时任务框架,去实现延时3–5s再去执行最后一步任务
比较一般的: 创建线程池,线程池中拿一个线程,线程体中延时3-5s再去执行最后一步任务(不能忘了启动线程)
比较差的: 单独创建一个线程去实现延时执行