redis学习笔记

redis学习笔记

基本数据类型：string,list,hash,set
各种数据类型的经典应用场景：
string:首页热点数据（更新较少，访问频繁）
list:最新热点列表数据（更新较快，访问频繁，利用队列先入先出的思想，动态更新热点排行类数据）
hash:购物车,用户信息（键值对结构，值可直接传json数据）
set:用户画像（去重）

分布式锁（将多节点的锁放在redis里进行统一管理）

注意点

加锁 SETNX key value

setnx 的含义就是 SET if Not Exists，有两个参数 setnx(key, value)，该方法是原子性操作
如果 key 不存在，则设置当前 key 成功，返回 1；
如果当前 key 已经存在，则设置当前 key 失败，返回 0

解锁 del (key)

得到锁的线程执行完任务，需要释放锁，以便其他线程可以进入,调用 del(key)

配置锁超时 expire (key，30s）

客户端奔溃或者网络中断，资源将会永远被锁住,即死锁，因此需要给key配置过期时间，以保证即使没有被显式释放，这把锁也要在一定时间后自动释放

高并发下三种典型缓存问题的解决方案

缓存击穿 (某个热点key缓存失效了)

缓存中没有但数据库中有的数据，假如是热点数据，那key在缓存过期的一刻，同时有大量的请求，这些请求都会击穿到DB，造成瞬时DB请求量大、压力增大。和缓存雪崩的区别在于这里针对某一key缓存，后者则是很多key。

预防

设置热点数据不过期
定时任务定时更新缓存
设置互斥锁

缓存雪崩 (多个热点key都过期)

大量的key设置了相同的过期时间，导致在缓存在同一时刻全部失效，造成瞬时DB请求量大、压力骤增，引起雪崩

预防

存数据的过期时间设置随机，防止同一时间大量数据过期现象发生
设置热点数据永远不过期，定时任务定时更新\

缓存穿透（查询不存在数据）

查询一个不存在的数据，由于缓存是不命中的，并且出于容错考虑，如发起为id为“-1”不存在的数据
如果从存储层查不到数据则不写入缓存这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义。存在大量查询不存在的数据，可能DB就挂掉了，这也是黑客利用不存在的key频繁攻击应用的一种方式。

预防

接口层增加校验，数据合理性校验
缓存取不到的数据，在数据库中也没有取到，这时也可以将key-value对写为key-null，设置短点的过期时间，防止同个key被一直攻击