美团一面:mysql,redis双写一致性,数据库更新后再删除缓存就够了吗?

0. 引言

最近线上的一个状态修改功能出现了问题,一开始是运营找了过来,运营告知某条数据的状态已经开启了的,但是实际使用起来还是没有生效,于是拿到这个问题后,首先就去数据库查了这条数据,发现确实如他所说,状态数据是已经更改过的。但是为什么没有生效呢?

于是再次查看了获取数据的方法,发现是优先获取的缓存,于是查询缓存里的数据,发现了问题所在,缓存里并没有将这条数据的状态更改过来,也就是缓存数据不一致问题。

继续追查状态修改的方法,发现采用的更新方式是先更新数据库,然后删除缓存。这是我们常用的双写一致性的处理方法,但也正是这样的方式出现了问题。下面我们来详细讲解

1. 先更新数据库,再删除缓存为什么有问题?

首先原来的方法,大概是这样的,将数据库更新后,再将缓存删除掉

 

java

复制代码

public R save(UserVO userVO) { User user = new User(); BeanUtils.copyProperties(userVO, user); saveUser(user); redisTemplate.delete("userInfo:" + user.getUserName()); return R.success("操作成功"); }

同时在获取数据时,采用的是先从缓存获取,如果缓存没有,就从数据库查询,并同时存放到缓存上,这样保证了下次访问时数据能直接从缓存获取,减少了数据库压力

 

java

复制代码

public User getByUserName(String userName) { User user = (User) redisTemplate.opsForValue().get(userName); if (user != null) { return user; } user = this.getOne(Wrappers.<User>lambdaQuery().eq(User::getUserName, userName)); redisTemplate.opsForValue().set("userInfo:" + userName, user); return user; }

数据库的数据已经更新成功了,说明数据库是没有报错了,那么哪个地方报错了呢?当然是redis,在执行redis的删除操作时,如果发现错误,比如因为网络问题,或者redis本身服务问题,导致没有正常执行而产生的报错,所以为了捕获这个报错,我们需要添加上数据库事务 @Transactional(rollbackFor = Exception.class)

 

java

复制代码

@Transactional(rollbackFor = Exception.class) public R save(UserVO userVO) { User user = new User(); BeanUtils.copyProperties(userVO, user); saveUser(user); redisTemplate.delete("userInfo:" + user.getUserName()); return R.success("操作成功"); }

但是这样你以为就结束了吗,这样的操作确实可以实现事务的回滚,但是上述的模式仅仅只是我们用到的Cache Aside模式(这里大家要了解redis缓存的四种模式),而对于另外一种同样经典的Write Through模式就不再适用于这个操作了。

2. Cache Aside模式与Write Through模式的区别

Cache Aside模式采用的是读时放缓存或者预加载缓存,写时更新数据库,删缓存,它适用于读多写少,因为缓存没有时要去数据库查数据,如果多线程场景下,同一时间打进来同样的请求,都会去访问数据库,一方面容易造成缓存击穿,一方面并不能保证数据的强一致性,比如如下场景:

两个请求同时执行: 请求A查询用户A信息,请求B更新用户A信息 请求A查询缓存没有值,于是去查询数据库,获取到值为old(还没有更新缓存) 请求B更新数据库用户A信息为new 请求B删除掉用户A信息的缓存 请求A写入缓存,值为old 至此,就导致用户A的数据缓存为旧数据了

Write Through模式采用的是读缓存,写时先更新缓存,再更新数据库,一般缓存不设置过期时间,适用于频繁查询缓存数据的场景。因为是先更新缓存,再更新数据库,且在查询操作时不做更新缓存,所以保证了数据的一致性,也防止了缓存击穿。

3. Write Through模式下的双写一致性

因为是先更新缓存,再更新数据库,那么更新方法的代码示例就变成了如下所示:

 

java

复制代码

@Transactional(rollbackFor = Exception.class) public R save3(UserVO userVO) { User user = new User(); // 拷贝属性 BeanUtils.copyProperties(userVO, user); redisTemplate.opsForValue().set(user.getUserName(), user); userMapper.addUser(user); return R.success("操作成功"); }

但是这样的操作,肯定是有问题的,因为一旦数据库报错,@Transactional能够保证数据库回滚,但并不能保证redis的事务性,于是我们需要让redis也能保证事务

方案一: SessionCallback实现redis事务

以为redis本身就自带事务指令,所以最容易想到的就是通过事务指令来实现redis事务,结合redisTemplate实现,需要借助SessionCallback回调类,实现代码如下

 

java

复制代码

@Transactional(rollbackFor = Exception.class) public R save2(UserVO userVO) { // 本地事务+redis事务 = 双写一致性/缓存强一致性/redis.mysql事务回滚 User user = new User(); // 拷贝属性 BeanUtils.copyProperties(userVO, user); Object execute = redisTemplate.execute(new SessionCallback<List<Boolean>>() { @Override public List<Boolean> execute(RedisOperations operations) throws DataAccessException { // 事务开启 operations.multi(); // 执行的操作,redis先操作 operations.opsForValue().set(user.getUserName(), user); try { saveUser(user); } catch (Exception e) { // 事务取消 operations.discard(); e.printStackTrace(); return null; } // 事务的提交 return operations.exec(); } }); return R.status(execute != null); }

方案二: setEnableTransactionSupport实现redis事务

这样的代码还是比较长的,书写起来略显麻烦,能不能有更简单的方法,或者说能不能让redis也适配 @Transactional注解,实现事务操作。答案是当然可以的,在redisTemplate中有这样的一个方法setEnableTransactionSupport(true),它可以开启redis支持数据库事务

 

java

复制代码

@Configuration public class RedisConfig { /** * 创建RedisTemplate * @param redisConnectionFactory * @return */ @Bean public RedisTemplate redisTemplate(RedisConnectionFactory redisConnectionFactory){ // 创建对象 RedisTemplate redisTemplate = new RedisTemplate(); // 设置连接工厂 redisTemplate.setConnectionFactory(redisConnectionFactory); // 设置redis生成的key的序列化器,对key编码进行处理 RedisSerializer stringSerializer = new StringRedisSerializer(); redisTemplate.setKeySerializer(stringSerializer); redisTemplate.setHashKeySerializer(stringSerializer); // 设置redis支持数据库事务 redisTemplate.setEnableTransactionSupport(true); return redisTemplate; } }

开启之后,我们的更新代码就变成了如下所示,非常的简洁清爽

 

java

复制代码

@Transactional(rollbackFor = Exception.class) public R save3(UserVO userVO) { User user = new User(); // 拷贝属性 BeanUtils.copyProperties(userVO, user); redisTemplate.opsForValue().set(user.getUserName(), user); userMapper.addUser(user); return R.success("操作成功"); }

测试

最后我们来进行一个模拟测试,我们将sql中的字段故意写成不存在的字段名

请求这个接口

报错字段password2不存在

查看数据库中并没有添加成功

缓存里同样也没有,说明我们的redis支持了数据库的事物操作

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值