redis的一些问到的问题

redis的问题:
redis的数据类型这是最常问到的问题
redis的五种数据类型:
string 字符串
list 列表 Redis 列表是简单的字符串列表，按照插入顺序排序。你可以添加一个元素到列表的头部（左边）或者尾部（右边）
set 集合 Redis 的 Set 是 string 类型的无序集合
hash 一个键值(key=>value)
zset(有序集合) Redis zset 和 set 一样也是string类型元素的集合,且不允许重复的成员。不同的是每个元素都会关联一个double类型的分数。redis正是通过分数来为集合中的成员进行从小到大的排序。zset的成员是唯一的,但分数(score)却可以重复。

redis适合的场景
1:共享Session ，不怕丢数据，丢了可以重新登录；
2:排行榜
3:缓存

redis遇到的问题
缓存雪崩

缓存雪崩是由于原有缓存失效(过期)，新缓存未到期间。所有请求都去查询数据库，而对数据库CPU和内存造成巨大压力，严重的会造成数据库宕机。从而形成一系列连锁反应，造成整个系统崩溃。

(1) 碰到这种情况，一般并发量不是特别多的时候，使用最多的解决方案是加锁排队。

(2) 加锁排队只是为了减轻数据库的压力，并没有提高系统吞吐量。假设在高并发下，缓存重建期间key是锁着的，这是过来1000个请求999个都在阻塞的。同样会导致用户等待超时，这是个治标不治本的方法。
　还有一个解决办法解决方案是：给每一个缓存数据增加相应的缓存标记，记录缓存的是否失效，如果缓存标记失效，则更新数据缓存。

缓存穿透
缓存穿透是指用户查询数据，在数据库没有，自然在缓存中也不会有。这样就导致用户查询的时候，在缓存中找不到，每次都要去数据库再查询一遍，然后返回空。这样请求就绕过缓存直接查数据库，这也是经常提的缓存命中率问题。

第一种解决办法：如果查询数据库也为空，直接设置一个默认值存放到缓存，这样第二次到缓冲中获取就有值了，而不会继续访问数据库，这种办法最简单粗暴也是最普遍的解决办法。把空结果，也给缓存起来，这样下次同样的请求就可以直接返回空了，即可以避免当查询的值为空时引起的缓存穿透。
第二种解决办法：通过redis的布隆过滤器。将数据放入到过滤器中，当查询的时候先去过滤器中查询是否存在，如果不存在，则直接返回null。

在项目中我们最常见的是吧jwt令牌存在redis中用于session间数据共享,还有就是在秒杀服务中将订单存在redis中防止用户重复下单

这是自己的一些见解,大家可以留言探讨一下