攻克Redis

**为什么要用 redis/为什么要用缓存? **
高性能
高并发

为什么要用 redis 而不用 map/guava 做缓存?
redis支持更丰富的数据类型
Redis支持数据的持久化
Redis支持集群模式
Redis使用单线程的多路 IO 复用模型

redis 常见数据结构
1.String value其实不仅可以是String，也可以是数字。
2.Hash hash特别适合用于存储对象，后续操作的时候，你可以直接仅仅修改这个对象中的某个字段的值。
3.List list 的实现为一个双向链表，即可以支持反向查找和遍历，更方便操作。
4.Set set 对外提供的功能与list类似是一个列表的功能，特殊之处在于 set 是可以自动排重的。
5.Sorted Set 可以进行排序的Set

redis 设置过期时间
定期删除：redis默认是每隔 100ms 就随机抽取一些设置了过期时间的key，检查其是否过期，过期就删除。
惰性删除 ：除非你的系统去查一下那个 key，才会被redis给删除掉。

redis 提供 6种数据淘汰策略：
volatile-lru：从已设置过期时间的数据集中挑选最近最少使用的数据淘汰
volatile-ttl：从已设置过期时间的数据集中挑选将要过期的数据淘汰
volatile-random：从已设置过期时间的数据集中任意选择数据淘汰
allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的key（这个是最常用的）
allkeys-random：从数据集中任意选择数据淘汰
no-eviction：禁止驱逐数据

缓存雪崩
简介：缓存同一时间大面积的失效，所以，后面的请求都会落到数据库上，造成数据库短时间内承受大量请求而崩掉。
1 使用锁或队列
2 设置过期标志更新缓存
缓存标记：记录缓存数据是否过期，如果过期会触发通知另外的线程在后台去更新实际key的缓存；
缓存数据：它的过期时间比缓存标记的时间延长1倍，例：标记缓存时间30分钟，数据缓存设置为60分钟。 这样，当缓存标记key过期后，实际缓存还能把旧数据返回给调用端，直到另外的线程在后台更新完成后，才会返回新缓存。
3为key设置不同的缓存失效时间
4本地ehcache缓存 + hystrix限流&降级，避免MySQL崩掉

缓存穿透
一般是黑客故意去请求缓存中不存在的数据，导致所有的请求都落到数据库上，造成数据库短时间内承受大量请求而崩掉。
1 采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。
2 如果一个查询返回的数据为空（不管是数据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。通过这个直接设置的默认值存放到缓存，这样第二次到缓存中获取就有值了，而不会继续访问数据库，这种办法最简单粗暴！

缓存击穿
对于一些设置了过期时间的key，如果这些key可能会在某些时间点被超高并发地访问，是一种非常“热点”的数据。这个时候，需要考虑一个问题：缓存被“击穿”的问题，这个和缓存雪崩的区别在于这里针对某一key缓存，前者则是很多key。
1.使用互斥锁(mutex key)
2. “永远不过期”：
(1) 从redis上看，确实没有设置过期时间，这就保证了，不会出现热点key过期问题，也就是“物理”不过期。
(2) 从功能上看，如果不过期，那不就成静态的了吗？所以我们把过期时间存在key对应的value里，如果发现要过期了，通过一个后台的异步线程进行缓存的构建，也就是“逻辑”过期

如何解决 Redis 的并发竞争 Key 问题？
分布式锁

如何保证缓存与数据库双写时的数据一致性?
读请求和写请求串行化，串到一个内存队列里去，这样就可以保证一定不会出现不一致的情况
串行化之后，就会导致系统的吞吐量会大幅度的降低，用比正常情况下多几倍的机器去支撑线上的一个请求。

Redis的持久化

Redis的部署模式