为什么使用redis
        改善性能。当大SQL执行耗时久，且结果不频繁变动，就特别适合将运行结果放入缓存，后面的请求从缓存中读取，使得请求能够迅速响应
        缓解并发压力。大并发下，所有请求都是直接访问数据库的，会出现连接异常。redis做一个缓冲，让请求先访问redis，而不是数据库。

redis缺点
         1、缓存与数据库双写一致性问题
         2、缓存雪崩问题（缓存同一时间大面积失效，这时又来了一波请求，结果请求都怼到数据库上，从而连接异常）
         3、缓存击穿问题（黑客故意去请求缓存中不存在的数据，导致所有的请求都怼到数据库上，从而连接异常）
         4、缓存的并发竞争问题

redis的过期策略与内存淘汰机制
　　  思考：为什么redis只能存5G，而你写了10G，redis怎么删除的。为什么设置过期时间，时间到了，内存占用率还是那么高
         redis采用的是定期删除+惰性删除策略
         定期删除不等于定时删除，定期删除是指redis默认100ms检查是否有过期的key，有则删除。但redis不是每个100ms将所有的key检查一次，而是随机抽取进行检查，因此，只采用定期删除策略，会导致很多key到时间没有删除。惰性删除会在你获取key时，redis检查是否过期，如果过期，此时就会删除。
          但是如果一直没有被删除（定期删除没有删，也没有被访问），则redis内存会越来越高，应该采用内存淘汰机制：

          在redis.conf中有一行配置：# maxmemory-policy volatile-lru

          该配置就是配内存淘汰策略的(什么，你没配过？好好反省一下自己)

          1）noeviction：当内存不足以容纳新写入数据时，新写入操作会报错。应该没人用吧。

          2）allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的key。推荐使用，目前项目在用这种。

          3）allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个key。应该也没人用吧，你不删最少使用Key,去随机删。

          4）volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的key。这种情况一般是把redis既当缓存，又做持久化存储的时候才用。不推荐

          5）volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个key。依然不推荐

          6）volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的key优先移除。不推荐

解决缓存击穿问题
       1、利用互斥锁，缓存失效的时候，先获得锁，得到锁了再请求数据库，没得到锁，则休眠一段时间重试
       2、采用异步更新策略，无论key是否取到值，都直接返回。value值中维护一个缓存失效时间，缓存过期，则异步起一个线程去读数据库，更新缓存，需要做缓存预热操作。
       3、提供一个迅速判断请求是否有效的拦截机制

解决雪崩问题
        1、给换成的失效时间加上随机值，避免集体失效
        2、使用互斥锁，但是该方案吞吐量明显下降了
        3、双缓存