redis穿透 单用户请求,该数据在数据库中就为空,那么自然在redis中也不可能存在,这也被成为命中率问题. 解决的方案为: 1.简单粗暴 该数据本来为空时,那我们就在redis中set一个该数据为空的值,但是要注意的一点是 过期时间不要设置太长, 2:布隆过滤器,将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对底层存储系统的查询压力;
redis雪崩 redis上面的热数据大面积失效,导致大量的用户请求一下子全落到了数据库中,而对数据库CPU和内存造成压力,严重情况下可能造成系统宕机 解决方案: 1:大多数在系统设计的时候就会考虑大量请求落到数据库的考虑,一般都会通过数据库锁或者队列,来对并发量请求进行处理,来避免这一情况, 2:redis过期时间分散性,一般根据业务需求考虑,redis的数据的过期时间设置分散,从而简单避免这一情况的发生; redis数据类型 1.hash,2.String,3.List,4.set,5.ZSet, ZSet的特别之处 ZSet主要有一个分值权重,可能通过分值进行从小到大的排列; redis击穿 值得一提的是,redis击穿和redis穿透还是略有不同的,redis击穿是一个热门数据,有大量的请求,但是这个redis数据过期时间到来,导致大量的用户请求一下子全落到了数据库中, 解决方案: 在这个数据即将失效的时候,设置一个临时key来锁住这个key,等到请求结束的时候再删除 缓存预热 每当618双十一来临的时候可想这一天的用户请求是难以想象的庞大,所以尽可能的把用户想要访问得热数据提前放到redis内存中,这样当天就会减少数据库的压力,定时更新,提前预热; 缓存更新 1.定时去更新redis; 2.请求的时候判断该数据是否已失效,再从数据库中查询,set到redis中; 为什么redis速度快 1.基于内存去做的,能影响redis速度的只有硬件的限制,内存的大小,Redis的瓶颈最有可能是机器内存的大小或者网络带宽 2.单线程的,不用进行上下文的切换; 3.非阻塞流IO redis的持久机制 1.RDB快照,2.AOF命令记录文件,当两种方式同时开启时，数据恢复Redis会优先选择AOF恢复。 redis集群同步问题 1.配置主从同步,2.master主动同步
