Redis高并发场景下如何保证缓存数据库双写一致性

Redis高并发场景下如何保证缓存数据库双写一致性

方案一

如果系统要求的数据库与缓存的数据实时性和一致性不是很高,或者系统的并发量不是很大,我是使用先删除缓存,然后再更新数据库,然后再将最新的数据更新到缓存里面。(高并发下该方案有bug,不适合)

方案二

如果系统本身存在高并发。那么使用方案一一样会存在数据一致性的问题。

问题产生:

举例:数据库有一条数据。id=10
步骤1:线程1进行写操作。准备set id=20。先删除了缓存id=10的旧数据。此时缓存为空。
步骤2:线程2读取数据,此时缓存为空,于是去数据库读取数据。此时id=10,并且设置缓存id=10。此时缓存有数据
步骤3:线程3读取数据,此时刚好线程1更新了数据库为id=20,并且此时线程1未来得及更新缓存(或者此时就是写缓存失败的情况),那线程3读取到的id=10。

这时候缓存id=10,数据库id=20,便会造成数据不一致。后面所有读请求都是拿到错误的数据。(库存场景极为严重)

解决思路:

很简单的思路,既然写操作的时候并发会产生这个问题,那就在并发的时候进行串行化操作就可以了。

使用队列进行操作,上述操作步骤改进如下:

创建一个队列 queue
步骤1:线程1进行写操作。准备set id=20。先删除了缓存id=10的旧数据,然后将该写操作压进queue,此时缓存为空。
步骤2:线程2读取数据,此时缓存为空。这时候,只要缓存里面是空的,后面的所有读key=id得请求都压进queue里面,只有前面写操作完成后,才允许后面的取请求最新数据更新到缓存(这一步可以优化,没必要所有的读请求都压到队列,因为后面的读请求都是做同样的操作。)

你可能感兴趣的:(【Redis】分布式缓存专栏,java,队列,数据库,redis)