当执行写操作后，需要保证从缓存读取到的数据与数据库中持久化的数据是一致的，因此需要对缓存进行更新。

因为涉及到数据库和缓存两步操作，难以保证更新的原子性。

在设计更新策略时，我们需要考虑多个方面的问题:

更新缓存有两种方式:

更新缓存和更新数据库有两种顺序：

两两组合共有四种更新策略，现在我们逐一进行分析。

并发问题通常由于后开始的线程却先完成操作导致，我们把这种现象称为“抢跑”。 下面我们逐一分析四种策略中“抢跑”带来的错误。

若数据库更新成功，删除缓存操作失败，则此后读到的都是缓存中过期的数据，造成不一致问题。

可能发生的并发错误:

同删除缓存策略一样，若数据库更新成功缓存更新失败则会造成数据不一致问题。

可能发生的并发错误:

当两个写线程发生冲突时，可以通过比较数据版本方式避免线程A写入旧的数据。

可能发生的并发错误:

若缓存更新成功数据库更新失败， 则此后读到的都是未持久化的数据。因为缓存中的数据是易失的，这种状态非常危险。

因为数据库因为键约束导致写入失败的可能性较高，所以这种策略风险较大。

可能发生的并发错误:

双写更新的逻辑复杂，一致性问题较多。现在我们可以采用订阅数据库更新的方式来更新缓存。

我们可以采用API服务器只写入数据库，而另一个线程订阅数据库 binlog 增量进行缓存更新的策略。

这种策略存在和先更新数据库后删除缓存类似的并发问题:

这个问题同样可以采用异步线程更新缓存，且写入缓存时比较数据版本的方法来解决。