1. 问题介绍

缓存雪崩是分布式系统中常见的缓存失效问题，指的是 大量缓存数据在同一时间段内集中失效或缓存服务整体不可用，导致原本由缓存承担的请求压力瞬间转移到后端数据库或服务，造成数据库负载过高甚至崩溃，最终引发系统级故障的现象。

雪崩跟击穿最大的区别：击穿是个别 Key 过期，雪崩是大量 Key 过期。导致雪崩的问题有很多，我们可以捋一捋：

1. 问题描述

在 Redis 中，Hotkey（热点键）是指在一段时间内，被大量客户端频繁访问的键。例如，在一个电商系统的秒杀活动中，代表秒杀商品库存的 Redis 键就可能是一个 Hotkey，因为众多用户会同时频繁地查询和更新这个键的值。

HotKey存在两个问题。第一个是缓存过期导致的穿透问题，突发的大流量可能会压垮数据库，进而拖累整个服务。另一个问题是，突发的大流量可能会给缓存带来风险，虽然Redis的性能很好，也是有上限的。当然，HotKey还有一些其他的问题，像是数据不一致啊，分片流量过高等。

HotKey问题的解决方案还是比较简单的，它的本质就是一个穿透问题。使用多级缓存，或者单飞都可以解决。HotKey的真正难点在于发现哪个Key是HotKey，只要发现的足够及时，就有多种办法解决问题。由HotKey引发的事故，多数情况下都是发现不及时，引发的。

1. 什么是缓存击穿

1.1. 介绍

缓存击穿是指某个数据暂时不在缓存里，需要回源到数据库读取，结果同一时间出现了大量的请求压在了 DB 上，进而导致数据库异常拖垮整个服务。

如果你还有印象，我们在讲”读更新、写删除“的时候，就明确说过，这个方法好用，但是存在击穿问题。

1.2. 为什么危害巨大

参考下图：

1. 关于租约

租约机制是斯坦福大学在 1989 年提出来的一种方案，主要是为了解决分布式系统中缓存一致性问题的。没错，我们现在使用的技术方案，又是上世纪 90 年代出现的。

在分布式系统中，缓存的使用虽然能提高系统性能，但也带来了数据一致性的挑战。一方面，缓存的存在引入了确保数据一致性的开销和复杂性，降低了部分性能优势。另一方面，分布式系统中的通信延迟、网络故障以及主机故障等问题，使得缓存数据的一致性维护变得更加困难。例如，当多个客户端同时缓存了同一数据，而服务器端的数据发生变化时，如何及时、有效地通知客户端更新缓存，以保证数据的一致性，就是一个亟待解决的问题。

一般成规模的公司，普遍采用的方法。

1. 前置操作

1.1. 什么是 binlog

Binlog 是 MySQL 数据库中的一种二进制日志文件，它记录了数据库中所有的更改操作，包括数据的插入、更新、删除以及数据库结构的修改等。它有一个重要的作用是同步数据，做主从复制，当然了同步数据嘛，也不局限于 MySql，像 ES 啊也是可以做的。

它的格式有很多种，一般用作同步数据的话，会采用 Row 格式。Row 格式则是记录了每一行数据的更改前后的具体内容。比如对于一个更新操作，它会记录更新前的整行数据和更新后的整行数据。这样可以确保主从复制的准确性，避免因 SQL 语句执行环境不同而导致的数据不一致问题，但缺点是日志文件会比较大，因为要记录每一行的详细数据。