中间件-Redis击穿、穿透区别，如何设计用例及测试

Redis 的基本概念

在没有添加 Redis 的时候，后端的查询流程是：

1. 用户访问页面。
2. 请求后端服务。
3. 经过逻辑处理后，去数据库查询信息。

在添加 Redis 的之后，后端的查询流程是：

1. 用户访问页面。
2. 请求后端服务。
3. 经过逻辑处理后，先去缓存（Redis）中进行查询，如果查到，则直接返回。
4. 如果没有查到信息，则直接向数据库进行查询，查询到之后，数据库会讲数据信息同步到缓存（Redis）中，以便下次查询。

什么是击穿

当 Redis 某个热 key（比如首页广告）过期或者因为某些异常原因导致于无法从缓存中获取，导致大量的并发访问数据库而崩溃。

举个例子，比如双十一活动中，大量用户同时会查询首页的某个广告服务，正常查询流程中，我们的服务会直接在缓存中进行查询，查到了之后，返回给用户。

但是假设在这个过程中，这个广告服务的 key 过期，即这个缓存失效了，那么就会有大量的并发请求直接打到数据库中，导致数据库崩溃。

如果要复现这个测试场景，可以通过如下的测试步骤进行复现：

1. 获取热 key 的列表（与运维沟通后获取）。
2. 模拟热 key 失效的场景（比如登陆 Redis，直接将热 key 删除）。
3. 查看研发是否有对应的容错机制（降级或熔断），从而能保证主要服务的正常运行。

什么是穿透

缓存穿透就是指：用户不断发起请求缓存和数据库中都没有的数据。

在正常的请求过程中，如果在缓存（Redis）中没有查到信息，则直接向数据库进行查询，查询到之后，数据库会讲数据信息同步到缓存（Redis）中，以便下次查询。

如果是缓存穿透的场景，比如传一个用户 id 为-1，这个用户 id 在缓存里面是肯定不存在的，因为每次请求数据库中也没有对应的数据信息，那么数据库也就不会同步到缓存（Redis）中，所以就会导致，每一次的请求，都会直接打到数据库上，导致数据库崩溃。

如果要复现这个测试场景，可以通过如下的测试步骤进行复现：

1. 不停访问对应服务的接口，传递一个不存在的数据的查询请求。
2. 查看研发是否有对应的容错机制，从而能保证不会有大量的请求打在数据库上。