小编想说明问题前，首先先讲一下为什么用redis？
当然是快啊，那为什么快呢？
原因是：
- redis是存内存的操作。
- 核心是基于非阻塞的IO多路复用机制。
- 单线程反而避免了多线程的频繁上下文切换问题。（虽然现在也支持多线程）
redis核心是非阻塞的IO多路复用机制，什么是呢？
答：每次客户端都会发起一个请求，请求可能是创建连接的、执行命令的发送set key value请求、一些读请求 返回 OK。他每次请求的时候，会把数据交给IO多路复用程序。IO多路复用程序会把所有的命令加入阻塞队列里面，阻塞队列里面会有个文件派发器，文件分派器会执行连接应答处理器、命令请求处理器、命令回复处理器。
redis在使用hash的命令时，有个hGetAll命令，那个命令慎用每次获取key的时候，值要小于100，如果get那个key值太多，他会获取太久，可能会超时，所以获取数据用键值是最好的。
Redis适用哪些场景- String类型：
一般都是String类型的 K V设置缓存，可以用来做分布式锁，还可以做点赞、下拉、刷新、计数、存储Session信息。 - hash类型：
hash类型有点像Java里的Map，Map能做的他都能做。 - list类型：
list是一个有序列表，可以做下拉刷新， - set类型：
set是个无需列表，无序集合，自动去重，可以做粉丝列表，他看过谁？你们的共同好友，你可能认识。 - sorted set类型：
排序的set，可以去重，也可以排序。可以做排行榜。
缓存雪崩是由于redis中的key过期导致的。
前提:为节约内存,Redis一般会做定期清除操作, 坏人攻击我们没有的key
1,当查询 key=james的值,此时Redis没有数据
2,如果有5000个用户并发来查询key=james,全到Mysql里去查, Mysql会挂掉;
解决方式:
- 上锁:只允许一个线程进入代码，给java代码加锁，可以加分布式锁、readme/Lock。
- 直接通过redis key进行覆盖redis，key，仅仅限于手动del-key时候使用
缓存击穿也是redis的key不存在，但不是过期导致的，是这个key压根就不存在。
前提:模拟一个不存在的订单号xxxx
1,Redis中无此值
2,Mysql中也无此值, 但一直被查询
解决方案:
1,对订单表所有数据查询出来放到布隆过滤器, 经过布隆过滤器处理的数据很小(只存0或1)
2,每次查订单表前,先到过滤器里查询当前订单号状态是0还是1, 0的话代表数据库没有数据
