缓存之道Redis

目录

一、Redis的主要使用场景

二、Redis和Memcached的主要区别

三、Redis的5种数据结构类型

1、Redis的5种数据类型分别是：String、list、hash、set、zset

2、String和Hash的取舍

四、Redis实现分布式锁

五、Redis缓存未命中问题

1、缓存穿透

2、缓存击穿

3、缓存雪崩

4、总结

六、缓存更新策略

1、查询时更新

2、修改时更新

3、定时任务更新

4、人工刷新缓存

---

一、Redis的主要使用场景

1. 作为存储使用，数据少的情况下，将数据存入Reids中，代替数据库的作用
2. 作为配置中心使用，例如：花海仓wap站
3. 作为缓存使用，减轻数据库的压力
4. 作为消息队列使用
5. 作为唯一集合，抽奖时使用
6. 热点数据排序
7. 实现分布式锁
8. 限流

二、Redis和Memcached的主要区别

区别	Redis	Memcached
支持的数据类型	支持5种数据类型	只支持String
数据持久化	Redis断电重启后数据可恢复	mc断电重启后数据不可恢复

 

 

 

 

三、Redis的5种数据结构类型

1、Redis的5种数据类型分别是：String、list、hash、set、zset

1. String（字符串）：最简单的字符串存储类型。
2. list（列表）：类似于java中的LinkedList，是链表而不是数组，常用来作为异步队列使用。举例：分享助力领红包的时候，红包生成后，先放入Redis队列中，用户领取时就不会出现超领，而且速度很快。
3. hash（字典）：类似于java中的HashMap。举例：一个对象的不同信息可以使用hash存储。
4. set（集合）：类似于java中的HashSet，内部值是无序且唯一的，常用来存储唯一性的值；举例：可以存储抽奖的用户id，因为是唯一的，可以避免一个人同时中奖多次。
5. zset（有序列表）：类似于java中的SortedSet和HashMap的集合，一方面key是唯一的，另一方面可以为每一个value赋予一个score，我们可以通过score对value值进行排序。举例：比如对Top100商品进行排序，key可以是Top10，value是商品Id，Score是商品销售件数，这样我们就可以根据Score对商品Id进行排序。

2、String和Hash的取舍

场景：主要是要存储的值是一个对象的时候，需要考虑使用String还是Hash。

String的优点：占用储存空间小，但是操作命令简单

String的缺点：

         1.存储对象时需要进行序列话，使用对象时需要进行反序列化，比较麻烦；

          2.不能针对对象的某个key进行操作，每次都是整个对象的读写，消耗带宽；

Hash的优点：

1. 可以针对对象的某个 key 进行操作，不需要操作整个对象

2. 不需要进行序列化和反序列化

Hash的缺点：占用存储空间大，操作命令多

四、Redis实现分布式锁

使用场景：

多线程并发操作，比如：领红包场景中，可能会出现用户同时点击几次的情况，

这样可能会出现多个线程为用户领红包，就可能会出现一个人消耗掉了多个红包的场景。

这种情况下，我们可以将用户id设为key，一个随机值作为value，注意要有超时时间。

注意事项：

1. 获取锁的时候，要有超时时间，避免获取不到锁时，线程一直等待
2. 锁的value值最好设置一个随机值，当前线程执行完成之后，根据改value值释放锁
3. 获取到锁，也要设置锁的超时时间，避免异常情况下锁一直不释放

五、Redis缓存未命中问题

主要是三种场景：缓存穿透、缓存击穿、缓存雪崩

1、缓存穿透

【概念】缓存穿透指去请求缓存中根本不存在的数据，这时候服务就会去请求数据库

【危害】如果有人大量访问这样的数据，可能导致DB负载过重而挂调

【举例】有人大量请求userId小于0，或者userId非常大的数据

【解决方案】主要是两种：事前预防、事后预防

事前预防：对入参进行校验，如将userId小于0的请求直接拦截掉

事后预防：将不存在的数据的空结果也进行缓存，只是设置一个很短的过期时间，将压力转移到Redis去承担。

【总结】事前预防可以拦截掉80%的非法请求，事后预防可以将剩下的20%非法请求转到到redis上。

 

2、缓存击穿

【概念】高并发的key，在key过期的那一瞬间，大量请求并发到了数据库，造成了数据库压力

【举例】一个并发量很大的key在某一时间过期，这时候就会有很大量的请求同时去请求数据库

【解决方案】主要是两种：永不过期、互斥锁

永不过期：可以使用定时任务将数据库中数据定时更新到缓存中，并设置永不过期

互斥锁：分布式锁实现，即同一时间只能有一个线程去查数据库，并更新缓存。

 

3、缓存雪崩

【概念】大量的key在同一时间过期，导致大量请求发到了数据库，造成数据库压力

【解决方案】将key过期时间设置为不一样的值，如过期时间再增加一个随机时间。

 

4、总结

【缓存穿透】是业务层面的漏洞导致非法请求，与请求量、缓存失效没关系

【缓存击穿】则只会出现在热点数据上，发生在缓存失效的瞬间，与业务没多大关系

【缓存雪崩】则是由于多个key同时失效，导致数据库请求太多。非热点数据也会导致缓存雪崩，只要同时失效的key足够多。

 

六、缓存更新策略

1、查询时更新

当查询数据时，发现缓存没有（也可能是过期了），查询数据库并更新缓存。

2、修改时更新

当后台更新数据时，要同时删除旧缓存，并更新缓存。

3、定时任务更新

为避免有缓存没有更新或异常情况下缓存未失效，使用定时任务进行更新，如每晚1点全量更新缓存数据。

4、人工刷新缓存

大促预热，或发现缓存未更新（或者担心缓存不更新），手动刷新缓存。

 

【免责申明】本博客为本人工作学习总结整理，如有涉及侵权，请联系博主删除。本博客仅为学习交流使用，商业用途请勿使用。内容如有错误，欢迎留言交流学习。