缓存过期 && 缓存淘汰
Redis缓存的数据都是在内存中，可是就算是在服务器上，内存的空间资源还是很有限的，不能无节制的这么存下去。
缓存内容设置超时时间
给缓存内容设置一个超时时间，具体设置多长交给应用程序们去设置，redis要做的就是把过期了的内容删除掉，及时腾出空间就行了。
超时时间有了，该在什么时候去干这个清理的活呢？
清理的时候也不能一口气把所有过期的都给删除掉，redis这里面存了大量的数据，要全面扫一遍的话那不知道要花多久时间，会严重影响接待新的客户请求的
随机选择过期键值清理
时间紧任务重，只好随机选择一部分来清理，能缓解内存压力就行了。
就这样过了一段日子，发现有些个键值运气比较好，每次都没有被我的随机算法选中，每次都能幸免于难，这可不行，这些长时间过期的数据一直霸占着不少的内存空间
惰性删除
在原来定期删除的基础上，又加了一招：
那些原来逃脱我随机选择算法的键值，一旦遇到查询请求，被redis发现已经超期了，立即删除。
这种方式因为是被动式触发的，不查询就不会发生，所以也叫惰性删除！
内存淘汰策略
还是有部分键值，既逃脱了我的随机选择算法，又一直没有被查询，导致它们一直逍遥法外！而于此同时，可以使用的内存空间却越来越少。
8种策略供应用程序选择，用于redis遇到内存不足时该如何决策：
- noeviction：返回错误，不会删除任何键值
- allkeys-lru：使用LRU算法删除最近最少使用的键值
- volatile-lru：使用LRU算法从设置了过期时间的键集合中删除最近最少使用的键值
- allkeys-random：从所有key随机删除
- volatile-random：从设置了过期时间的键的集合中随机删除
- volatile-ttl：从设置了过期时间的键中删除剩余时间最短的键
- volatile-lfu：从配置了过期时间的键中删除使用频率最少的键
- allkeys-lfu：从所有键中删除使用频率最少的键
缓存穿透 && 布隆过滤器
Redis的日子过的还挺舒坦，不过MySQL就这么舒坦了，有时候遇到些烦人的请求，查询的数据不存在，MySQL就要白忙活一场！
不仅如此，因为不存在，redis也没法缓存啊，导致同样的请求来了每次都要去让MySQL白忙活一场。redis作为缓存的价值就没得到体现啦！这就是人们常说的缓存穿透。
使用布隆过滤器，把那些明知道不会有结果的查询请求挡一下
布隆过滤器：擅长从超大的数据集中快速告诉你查找的数据存不存在
注意：布隆过滤器告诉你存在的话不能全信，其实有可能是不存在的，不过它他要是告诉你不存在的话，那就一定不存在。
缓存击穿 && 缓存雪崩
redis一大批数据几乎同时过了有效期，被redis删掉了，不巧的是随后就有对这个数据的大量查询请求来了，redis这里已经删了，所以请求都发到Mysql那里来了，突然一大堆请求给他怼了过去，给Mysql打了一个措手不及。
小部分热点数据过期，随后对这个数据的大量查询请求导致的MySQL压力增大，称为：缓存击穿。
大量的热点数据过期，随后对这个数据的大量查询请求导致的MySQL压力增大，称为：缓存雪崩。
出现这个的原因是：过期时间也不是redis设置的，而是应用程序设置的。解决方案就是让应用程序把缓存过期时间设置的均匀一些，至少别让大量数据集体失效
具体的解决方案就是：把键值的过期时间随机了一下，还设置了热点数据永不过期