缓存雪崩
出现的场景
- 缓存服务器宕机，没有设置持久化
介绍：缓存服务器宕机，没有设置持久化，导致缓存数据全部丢失，请求全部转发到数据库，造成数据库短时间内承受大量请求而崩掉。
- 缓存集中失效
缓存的key设置了相同的过期时间，导致在某一时刻，大量的key同时失效，请求全部转发到数据库，造成数据库短时间内承受大量请求而崩掉。
- 内存不足
缓存服务器内存不足或者淘汰策略不合理，导致缓存数据被清理，请求全部转发到数据库，造成数据库短时间内承受大量请求而崩掉。
redis淘汰策略
解决方案
分散缓存失效时间
根据数据类型，设置不同的过期时间，避免缓存集中失效。
热门数据永不过期
热点数据预热
介绍：在系统上线的时候，主动将一些热点数据加载到缓存中，避免在用户请求的时候，先查询数据库，然后再将数据缓存的问题。此外，还可以使用定时刷新缓存的方式，定时的将缓存中的数据重新刷新一下。
数据库增加访问限流
数据库限流介绍：在高并发的情况下，对数据库的访问进行限流，避免数据库短时间内承受大量请求而崩掉。
MYSQL与Redis的最大连接数介绍：
- MYSQL数据库的最大连接数是由max_connections参数控制的，max_connections参数的默认值是151，这个值是不够用的，一般我们都会将这个值设置的大一些，比如设置为500，这样就可以支持500个并发连接了。
- Redis数据库的最大连接数是由maxclients参数控制的，maxclients参数的默认值是10000，这个值是不够用的，一般我们都会将这个值设置的大一些，比如设置为100000，这样就可以支持100000个并发连接了。
服务降级
介绍：当缓存服务器宕机或者缓存集中失效的时候，可以通过服务降级的方式，将部分非核心服务进行降级（比如返回提示暂时不可用等），从而保证核心服务的正常运行。
