缓存雪崩

出现的场景

1. 缓存服务器宕机，没有设置持久化
   介绍：缓存服务器宕机，没有设置持久化，导致缓存数据全部丢失，请求全部转发到数据库，造成数据库短时间内承受大量请求而崩掉。
   
2. 缓存集中失效
   缓存的key设置了相同的过期时间，导致在某一时刻，大量的key同时失效，请求全部转发到数据库，造成数据库短时间内承受大量请求而崩掉。
   
3. 内存不足
   缓存服务器内存不足或者淘汰策略不合理，导致缓存数据被清理，请求全部转发到数据库，造成数据库短时间内承受大量请求而崩掉。
   

redis淘汰策略

解决方案

分散缓存失效时间

根据数据类型，设置不同的过期时间，避免缓存集中失效。

热门数据永不过期

热点数据预热

介绍：在系统上线的时候，主动将一些热点数据加载到缓存中，避免在用户请求的时候，先查询数据库，然后再将数据缓存的问题。此外，还可以使用定时刷新缓存的方式，定时的将缓存中的数据重新刷新一下。

数据库增加访问限流

数据库限流介绍：在高并发的情况下，对数据库的访问进行限流，避免数据库短时间内承受大量请求而崩掉。
MYSQL与Redis的最大连接数介绍：

• MYSQL数据库的最大连接数是由max_connections参数控制的，max_connections参数的默认值是151，这个值是不够用的，一般我们都会将这个值设置的大一些，比如设置为500，这样就可以支持500个并发连接了。
• Redis数据库的最大连接数是由maxclients参数控制的，maxclients参数的默认值是10000，这个值是不够用的，一般我们都会将这个值设置的大一些，比如设置为100000，这样就可以支持100000个并发连接了。
  

服务降级

介绍：当缓存服务器宕机或者缓存集中失效的时候，可以通过服务降级的方式，将部分非核心服务进行降级（比如返回提示暂时不可用等），从而保证核心服务的正常运行。