中间件-淘汰缓存还是更新缓存

问题

你们的 Redis 使用的是淘汰缓存还是更新缓存,这两者有什么区别?请详细说明

答案解析

首先,需要了解到在 Redis 中,缓存操作的读与写究竟是一个怎么样的流程

缓存操作流程-读

在添加 Redis 的之后,后端的查询(读)流程是:

  1. 请求后端服务。

  2. 经过逻辑处理后,先去缓存(Redis)中进行查询,如果查到,则直接返回。

  3. 如果没有查到信息,则直接向数据库进行查询,查询到之后,数据库会讲数据信息同步到缓存(Redis)中,以便下次查询。

image

缓存操作流程-写

在使用 Redis 之后,缓存的更新通常来说有两种方案:

  1. 淘汰缓存

  2. 更新缓存

什么是淘汰缓存

淘汰缓存的过程为:

  1. 更新数据库后,直接将缓存中的记录删除。

  2. 查询数据时,就无法从缓存中获取,只能从数据库获取。从数据库获取之后,同步更新缓存。

  3. 第二次查询数据时,即可从缓存中读取到最新的数据。

image

淘汰缓存的优点与缺点:

  • 优点:操作简单,性能比较好

  • 缺点:淘汰之后下一次请求就会读取数据库,至少会出现一个 cache miss。

什么是更新缓存

更新缓存的过程为:

  1. 由缓存的调用者,在更新数据库的同时更新缓存。

  2. 查询数据时,即可从缓存中读取到最新的数据。

image

淘汰缓存的优点与缺点:

  • 优点:基本不会出现cache miss的情况。

  • 缺点:每次更新数据库都更新缓存,比较影响性能。

总结:在实际工作中,具体使用淘汰缓存还是更新缓存应该视情况而定。大部分情况,修改数据成本会高于增加一次cache miss,因此应该选用淘汰缓存。

总结上面的优缺点是,而不是淘汰
更新缓存的优点与缺点:

  • 优点:基本不会出现cache miss的情况。
  • 缺点:每次更新数据库都更新缓存,比较影响性能

要从成本考虑这个问题:
cache miss 导致的结果无非就是在淘汰后的第一次请求会直接打到数据库。这个只要没有赶上高并发的场景是没有关系的。
但是如果直接使用更新,代表的就是每次数据库的更新都要主动更新缓存。比如我改一条数据,一个字段。这样带来的问题基本就是,数据库会不停地主动更新缓存。这个性能压力太大了。