一份数据同时保存在数据库和Redis中,当数据发生变化时需要同时去更新Mysql和Redis,由于这个更新有先后顺序并且它不像Mysql里面的多表事物一样可以满足ACID的事物特性,所以就会出现数据一致性的问题。
对于这种情况解决方案主要有以下几种:
1.先更新数据库再更新缓存
2.先删除缓存再更新数据库
如果先更新数据库再更新缓存,如果缓存更新失败就会导致数据库和Redis中的数据不一致,如果先删除缓存再更新数据库,在理想情况下应用下次访问Redis的时候,发现Redis中的数据是空的,就从数据库中加载保存到Redis中,那么数据看起来就是一致的,但是在极端情况下由于删除Redis和更新数据库这两个操作并不是原子的,所以这个过程中如果有其他线程来访问还是会存在数据不一致的问题,所以如果需要在极端情况下仍然保证Redis和Mysql中的数据一致性就只能采用最终一致性方案。比如基于RocketMQ的可高性消息通信来实现最终一致性,还可以直接通过canal组件监控Mysql中binlog的日志把更新后的数据同步到Redis里面,因为这里面是基于最终一致性来实现的,如果业务场景不能接受数据的短期不一致性,那么我们可以通过读写锁的方式来保证强一致性,在数据更新的时候其他任何请求都无法访问缓存中的数据直到数据更新完毕从而去保证数据的强一致性,但是这种方式由于增加了锁的操作所以在性能上有一定的影响,所以我们在方案的时候一定要做好相关的一个平衡。