redis 三大缓存问题

缓存穿透
查询的时候，缓存中不存在，数据库也不存在。当用户疯狂访问不存在的数据的时候。就会造成缓存穿透。
解决方案

1. 缓存空对象 实现简单 效果不理想
   1.1. 只能防止一个key多次查询
   1.2.会导致redis中保存了大量的空对象。占用内存。

2. 布隆过滤器（集合，不同于Java中常用的集合） 实现难 效果很好。
   redis 字符串底层存储的是什么类型？
   存储的是bit数组，位数组。二进制数据，因为可以直接使用命令 setbit key 下标 转换目标值
   比如： setbit taibai 6 1 意思是 将以taibai 为key 存储的 值的第6位的值改为1
   bitmaps 是redis的5种基本数据类型中的string 类型扩展的类型
   setbit taibai 1000 0 这个命令的意思是将这个键名的值的位数组长度扩容到1000. 本来只有24位的长度，后面的24位到1000的内容使用0 代替
   setbit taibai2 100000 0 直接setbit 一个不存在的键名 ，就是创造出了一个长度为100000的位数组。
   

后期维护: bitmap 数组不能删除，因为同一个下标对应的位置上可能存在多个数据（公用一个下标对应的存储空间），如果直接设置下标对应的值为0（清空数据）那么会造成其他数据的丢失。为了解决数据删除和新增造成的数据更新迭代。只能使用定时任务对bitmap进行新建。定时任务的执行周期根据数据量的大小和新增维护时间进行决定。当数据库数据被删除时，只是在bitmap占用了一个位置，影响不大，当数据新增而在bitmap中不存在时，就到数据库中进行查询

缓存击穿
缓存击穿的意思是 查询数据的时候，在缓存中不存在（未在缓存中添加，缓存数据过期），那么查询100次就需要查询100次数据库，特别是并发情况下，数据库的崩溃风险特别大

缓存雪崩
redis数据库挂了，或者大量数据同时过期
解决方案 1， 搭建高可用的redis 集群 redis cluster
解决方案2 ，设置不同失效时间 ，让数据不至于同一时间大量失效 ,