缓存预热、缓存穿透、缓存雪崩和缓存击穿
关于缓存预热 (Cache preheating)
什么是缓存预热
使用 Redis 作为 MySQL 的缓存时,当 Redis 刚刚启动,或者 Redis 大批 key 失效之后,此时由于 Redis 自身相当于空的,没有数据。
此时 MySQL 就可能直接被访问到,从而造成较大的压力。因此就需要提前把热点数据准备好,直接写入到 Redis 中,使 Redis 可以尽快为MySQL 撑起保护伞。
热点数据可以基于之前介绍的统计方式生成即可。这份热点数据不一定要那么“准确”,只要能帮助 MySQL 抵挡大部分请求即可。随着程序运行的推移,缓存的热点数据会逐渐自动调整,来更适应当前情况。
关于缓存穿透 (Cache penetration)
什么是缓存穿透?
访问的 key 在 Redis 和数据库中都不存在。此时这样的 key 不会被放到 Redis 缓存上,后续如果仍然在访问该 key,依然会访问到数据库。
这就会导致数据库承担的请求太多,压力很大。
这种情况称为缓存穿透。
为何产生?
原因可能有几种:
-
业务设计不合理。比如缺少必要的参数校验环节,导致非法的 key 也被进行查询了。
-
误操作。不小心把部分数据从数据库上误删了。
-
恶意攻击。
如何解决?
-
针对要查询的参数进行严格的合法性校验。比如要查询的 key 是用户的手机号,那么就需要校验当前 key 是否满足一个合法的手机号的格式。
-
针对数据库上也不存在的 key,也存储到 Redis 中,比如 value 就随便设成一个 “”。避免后续频繁访问数据库。
-
使用布隆过滤器先判定 key 是否存在,再真正查询。
布隆过滤器是结合了 hash + bitmap 的思想,能够用较少的空间,判定某个元素是否存在。
关于缓存雪崩 (Cache avalanche)
什么是缓存雪崩
短时间内大量的 key 在缓存上失效,导致数据库压力骤增,甚至直接宕机。
本来 Redis 是 MySQL 的一个护盾,帮 MySQL 抵挡了很多外部的压力。一旦护盾突然失效了,MySQL 自身承担的压力骤增,就可能直接崩溃。
为何产生?
大规模 key 失效,可能性主要有两种:
-
Redis 挂了。(redis 宕机/redis 集群模式下大量节点宕机……)
-
Redis 上的大量的 key 同时过期。
为啥会出现大量的 key 同时过期?
这种很可能是短时间内在 Redis 上缓存了大量的 key,并且设定了相同的过期时间。
如何解决?
-
部署高可用的 Redis 集群,并且完善监控报警体系。
-
不给 key 设置过期时间 或者 设置过期时间的时候添加随机时间因子。
关于缓存击穿 (Cache breakdown)
什么是缓存击穿?
相当于缓存雪崩的特殊情况。针对热点 key,突然过期了,导致大量的请求直接访问到数据库上,甚至引起数据库宕机。
如何解决?
-
基于统计的方式发现热点 key,并设置永不过期。
-
进行必要的服务降级。例如访问数据库的时候使用分布式锁,限制同时请求数据库的并发数。
服务降级:
本身服务器的功能有十个,但是在特定情况下,适当的关闭一些不重要的功能,只保留核心功能(服务降级)