缓存、数据库的操作顺序

一、缓存介绍

优点：

先访问缓存，如果命中，能大大的提升访问速度，降低数据库压力；

缺点：

一旦没有命中缓存，或者一旦涉及写操作，流程会比没有缓存更加复杂；

二、读操作

读操作，如果没有命中缓存，流程是怎么样的？

读操作的流程应该没有歧义。

三、写操作

写操作，既要操作数据库中的数据，又要操作缓存里的数据。

这里，有两个方案：

并且，希望保证两个操作的原子性，要么同时成功，要么同时失败。

这演变为一个分布式事务的问题，保证原子性十分困难，很有可能出现一半成功，一半失败，接下来看下，当原子性被破坏的时候，分别会发生什么。

1、先操作数据库，再操作缓存

正常情况下：

但如果这两个动作原子性被破坏：第一步成功，第二步失败，会导致，数据库里是新数据，而缓存里是旧数据，业务无法接受。

画外音：如果第一步就失败，可以返回Exception，不会出现数据不一致。

2、先操作缓存，再操作数据库

正常情况下：

如果原子性被破坏，会发生什么呢？这里又分了两种情况：

操作缓存使用set：

第一步成功，第二步失败，会导致，缓存里是set后的数据，数据库里是之前的数据，数据不一致，业务无法接受。

操作缓存使用delete：

第一步成功，第二步失败，会导致，缓存里没有数据，数据库里是之前的数据，数据没有不一致，对业务无影响。只是下一次读取，会多一次cache miss。

--敲黑板（总结）：

最终，先操作缓存，还是先操作数据库？