一.redis五大数据类型，特性及应用场景
1.string
字符串有两种存储方式，在长度特别短时，使用embstr形势存储，而长度超过44字节时候，使用raw形势存储
使用场景：1、访问量统计：每次访问博客和文章使用 INCR 命令进行递增
2.hash
适合存储对象，
使用场景：存储、读取、修改对象属性，比如：用户（姓名、性别、爱好），文章（标题、发布时间、作者、内容）
3.list
使用场景：最新消息排行等功能
4.Set
结构底层实现是字典，只不过所有的value都是NULL，其他的特性和字典一摸一样。所以内部的键值对是唯一的，无序的。可实现去重操作。
为集合提供了求交集、并集、差集等操作，共同好友
5.zSet
和set相比，是有顺序的，一方面是一个set，保证内部value的唯一性，另一方面可以给每个value赋予一个score，代表这个value的排序权重。排行榜，取TopN操作
二，缓存穿透，雪崩，击穿
参考地址：Redis 面试常见问题———缓存雪崩、缓存击穿以及缓存穿透 - jeremylai - 博客园 (cnblogs.com)
2.1穿透：key对应的数据在数据源并不存在，每次针对此key的请求从缓存获取不到，请求都会到数据源，从而可能压垮数据源。比如用一个不存在的用户id获取用户信息，不论缓存还是数据库都没有，若黑客利用此漏洞进行攻击可能压垮数据库
解决办法：简单粗暴的方法（我们采用的就是这种），如果一个查询返回的数据为空（不管是数据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被 这个bitmap拦截掉
2.2击穿：往往是热点数据，key对应的数据存在，但在redis中过期，此时若有大量并发请求过来，这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存，这个时候大并发的请求可能会瞬间把后端DB压垮。 使用互斥锁。
public String get(key) { String value = redis.get(key); if (value == null) { //代表缓存值过期 //设置3min的超时，防止del操作失败的时候，下次缓存过期一直不能load db if (redis.setnx(key_mutex, 1, 3 * 60) == 1) { //代表设置成功 value = db.get(key); redis.set(key, value, expire_secs); redis.del(key_mutex); } else { //这个时候代表同时候的其他线程已经load db并回设到缓存了，这时候重试获取缓存值即可 sleep(50); get(key); //重试 } } else { return value; } }
2.3雪崩：当缓存服务器重启或者大量缓存集中在某一个时间段失效，这样在失效的时候，也会给后端系统(比如DB)带来很大压力。
解决方法：还有一个简单方案就将缓存失效时间分散开。