缓存击穿

现在执行 SHOW STATUS LIKE 'Threads_connected'​ 去查看MySQL连接线程数会发现数值突然升高，当连接数为1283 左右时，就会发现MySQL服务已经断开连接或者服务器宕机，也就是缓存雪崩的效果。

Redis 持久化功能默认是开启的，这样做的目的也是为了保证程序的稳定性（防止缓存雪崩、缓存击穿等问题）和保证数据不丢失。想要手动关闭 Redis 持久化，需要将 RDB、AOF 和混合持久化全部关闭才行，并且关闭之后需要重启 Redis 服务才能生效。

今天和大家一起聊聊缓存击穿雪崩的话题，我们会对布隆过滤器做一个重点的介绍，因为这个也是比较常用的方式缓存击穿的方式。

今天我们深入具体的讨论了Redis缓存穿透、缓存击穿、缓存雪崩的产生原因和解决方案，补充了缓存污染和缓存一致性。

那什么是缓存穿透？什么是缓存击穿，又什么是缓存雪崩呢？它们是如何造成的？又该如何解决呢？这次，我们不仅仅是从理论上来阐述这些内容，冰河更是开源了生产级高并发场景下缓存穿透、击穿和雪崩问题解决方案的落地代码，让你掌握的不仅仅是理论知识，更是落地到代码的解决方案。

R2M缓存的使用，极大的提升了应用程序的性能和效率，特别是数据查询方面。而缓存最常见的问题是缓存穿透、击穿和雪崩，在高并发下这三种情况都会有大量请求落到数据库，导致数据库资源占满，引起数据库故障。

本文介绍了在使用缓存时经常会遇到的三种异常情况：缓存穿透、缓存雪崩和缓存击穿。三种异常情况从根本上来说都是因为本应该访问缓存的，但是缓存不存在或服务异常，导致流量直接进入了数据库层面。

当查询数据库和缓存都无数据时，因为数据库查询无数据，出于容错考虑，不会将结果保存到缓存中，因此每次请求都会去查询数据库，这种情况就叫做缓存穿透。

Redis的使用，可以有效地提高系统的性能和可用性。但是在使用过程中，需要注意缓存击穿、缓存穿透和缓存雪崩等问题，采用适当的解决方案来避免这些问题的发生，从而保证系统的稳定性和可靠性。

正常情况下，一个请求过来，首先判断key是否存在，如果key存在，直接返回；如果key不存在或者已过期，查询数据库，如果数据库中存在数据，则更新缓存并返回数据；如果不存在，则直接返回空。

站在面试者的角度，除了熟练的掌握 redis 的使用方法以外，我们可能还需要更加深入的了解如果引入 redis 之后，系统中可能会发生的一些问题以及应对办法。

我们的业务中经常会遇到穿库的问题，通常可以通过缓存解决。 如果数据维度比较多，结果数据集合比较大时，缓存的效果就不明显了。

我们正常人在登录首页的时候，都是根据userID来命中数据，然而黑客可以随机生成一堆userID,然后将这些请求怼到你的服务器上，这些请求在缓存中不存在，就会穿过缓存，直接怼到数据库上,从而造成数据库连接异常。

这篇文章给大家介绍一个非常经典的去大厂面试经常被问的一个问题，就是瞬时高并发抢购问题。