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里面，只有前面写操作完成后，才允许后面的取请求最新数据更新到缓存（这一步可以优化，没必要所有的读请求都压到队列，因为后面的读请求都是做同样的操作。）