缓存读写策略

dx940302

于 2024-04-17 15:19:08 发布

阅读量614

点赞数 13

文章标签：缓存

本文链接：https://blog.csdn.net/whoyouare6165/article/details/137874687

版权

缓存读写策略是指在使用缓存的场景下，如何处理数据的读取和更新的逻辑。缓存读写策略的选择会影响到数据的一致性、可靠性和性能。常见的缓存读写策略有以下几种：

旁路缓存策略（Cache Aside Pattern）
读/写穿透策略（Read/Write Through Pattern）
异步缓存写入策略（Write Behind Caching Pattern）

旁路缓存策略

这是最常用的缓存读写策略，适用于读请求比写请求多，对数据一致性要求不高的场景。

它的原理是应用程序直接与数据库和缓存交互，并负责对缓存的维护。旁路缓存策略可以分为读策略和写策略。

读策略是指当应用程序需要读取数据时，先从缓存中查询数据，如果命中就直接返回，如果未命中则从数据库中查询，并将数据写入缓存中，然后返回给用户。写策略是指当应用程序需要更新数据时，先更新数据库，然后删除缓存中的对应数据，让缓存失效。

先更新后删除的必要性

之所以要在更新数据库后删除缓存，是为了避免由于同时存在多个并发写导致的脏数据问题。考虑以下场景：

线程 a 更新数据库，此时数据库中的数据为 A；
线程 b 更新数据库，此时数据库中的数据为 B；
线程 b 更新缓存，此时缓存中的数据为 B；
线程 a 更新缓存，此时缓存中的数据为 A。

最后，数据库中的数据为 B，缓存中的数据却是 A，两者不一致。（如果是删除缓存，就无所谓 3、4 的顺序了）

那么，如果是删除缓存，就一定可以避免双写不一致吗？不一定，考虑以下场景：

线程 a 读取数据，由于此时缓存中没有数据，所以 a 线程接着读取数据库，并从数据库中获取到旧值 A；
线程 b 更新数据，更新完数据库之后删除缓存，此时数据库中的新值为 B；
线程 a 将从数据库中读取到的旧值 A 写入缓存。

最后，数据库中的数据为 B，缓存中的数据却是 A，两者不一致。

关于这类问题，其实不论是删除还是更新缓存，都有可能出现，但是它出现的概率很低，这是因为它要求：

在缓存失效的同时存在数据读写操作；
通常在步骤 1、3 之间的间隙时间要远小于步骤 2 所花费的时间。

但是，如果我们在删除缓存时失败了呢？这样依然有可能会出现数据不一致。有以下两种解决思路：

先删除缓存，再更新数据库。如果数据库更新失败，那么数据库中依旧是旧数据，而缓存中是空的，这样下次再读取数据的时候，缓存就会与数据库保持一致：都是旧数据；
延时双删。依旧是先更新数据库，再删除缓存，但是我们会把这个删除的动作，在不久之后再执行一次，比如 5s 之后。

除此之外，对于那些需要经过复杂计算的缓存场景（如某个缓存同时涉及到多张表），如果我们频繁的更新缓存（执行复杂运算），那么也会有一定的性能损耗。但是问题在于，这个缓存到底会不会被频繁的访问？删除缓存，就是一个 lazy 计算的思想，它只在需要被使用的时候才会重新计算。

读/写穿透策略

这是另一种常见的缓存读写策略，适用于数据更新频率较高，对数据一致性要求较强的场景。

它的原理是应用程序只和缓存交互，由缓存自身负责与数据库通信：写入或读取数据。因此，能够理解为，应用程序认为后端就是一个单一的存储，且该存储维护自身的 Cache。

读穿透是指先从缓存中查询数据，如果命中则直接返回，如果未命中则由缓存组件从数据库中查询数据，并将数据写入缓存中，然后返回给用户。写穿透是指在更新数据时，如果没有命中缓存，则直接更新数据库后返回，否则更新缓存，然后由缓存同步更新数据库。

通常情况下，读/写穿透策略都是配合使用的。

异步缓存写入策略

这是一种比较特殊的缓存读写策略，适用于对性能要求高，对数据可靠性要求不高的场景。

它的原理是应用程序只和缓存交互，由缓存异步批量更新到数据库中。

具体来说，读操作时，先从缓存中查询数据，如果命中则直接返回，如果未命中则从数据库中查询数据，并将数据写入缓存中，然后返回给用户。写操作时，只更新缓存中的数据，并将更新标记为脏数据，在合适的时机（比如定时任务或者触发条件）批量将脏数据同步到数据库中。这样可以极大地提高写操作的性能，并且可以合并对同一个数据的多次更新操作，但是也会带来数据不一致和丢失的风险。

此模式的优点在于：