Redis的一些总结（常用知识，应用场景）

基础常识

1. NoSQL : not only sql 泛指非关系型数据库，存储数据都是KV形式
2. 内存型数据库，速度极快，性能极高，每秒大约100000次操作
3. 操作原子性，单线程，保证数据安全
4. 常用的数据类型：string list set zset hash
5. 伪事务：multi 开启事务 + 一串命令 + exec 执行事务，保证者一串命令的原子性，但是某条命令执行错误不会回滚；python客户端用pipeline模拟事务执行；Redis集群中不支持事务
6. watch：监视某个key是否发生变化，如果变化，此次执行便会失败

高级特性

1. 持久化
   AOF：append only file，redis默认未开启此机制, 一般设置为每秒写入，最坏仅仅丢失一秒的数据

appendonly yes  # 是否开启AOF
appendfilename "appendonly.aof"  # AOF文件
appendfsync always  # 每个操作都写到磁盘中
appendfsync everysec  # 每秒写一次磁盘，默认
appendfsync no  # 由操作系统决定写入磁盘的时机

RDB：快照机制, 创建rdb备份文件，dump.rdb

// 定期触发  配置文件中的save 字段设置
save 900 1：表示900 秒内如果至少有 1 个 key 的值变化，则保存
save 300 10：表示300 秒内如果至少有 10 个 key 的值变化，则保存
save 60 10000：表示60 秒内如果至少有 10000 个 key 的值变化，则保存

// 手动触发
命令：BGSAVE

// 关闭redis时自动触发
SHUTDOWN

2. 过期策略
   redis中一般同时使用了定期过期和惰性过期策略。

   1. 定期过期：每隔一定时间，随机扫描一些key，查看其是否过期
   2. 定时过期：给每个key一个过期时间，到时清除，CPU消耗大，雪崩
   3. 惰性过期：访问key的时候才去判断是否过期，内存极度不友好

3. 淘汰机制

   1. LRU（Least Recently Used）
      最近最少使用：被访问的key移到头部，尾部的key被舍去
   2. LFU （Least Frequently Used）
      最少频率使用：新key进入，淘汰使用次数最少的key

• noeviction：当内存不足以容纳新写入数据时，新写入操作会报错。
• allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的key。
• allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个key。
• volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的key。
• volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个key。
• volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的key优先移除。

常见的数据类型和其应用场景

1. String

   1. 库存临时存储： 单值缓存 set key value
   2. 对象存储(可用hash替代)：多值缓存 mset user user_id:name user_id:age
   3. 分布式锁： setnx key value 插入时判断key是否存在，存在即不做操作返回0，不存在则返回1
   4. 计数器：阅读量等等： incr key
   5. web集群中做session会话共享：保存session信息，解决个服务器session不共享的问题
   6. 分布式自增ID

2. List

   1. 微博或者公众号消息流：
      LPUSH msg:user_id msg_id_1
      LPUSH msg:user_id msg_id_2
      LRANGE msg:user_id 0 4 取出前5条消息
   2. 阻塞队列： 典型的消息队列的操作
      LPUSH + BRPOP
      BRPOP取不到元素会一直阻塞，但不影响其他命令的操作

3. Set

   1. 微信小程序抽奖：
      sadd program_id user_id_1 添加报名抽奖用户
      sadd program_id user_id_2 …
      srandmember program_id 3 随机抽取3个用户id
      SPOP program_id 3 先抽取3个三等奖
      SPOP program_id 2 再抽2个二等奖
   2. 点赞-收藏-标签 （设计模式都一样）
      sadd like:msg_id user_id 添加点赞用户
      srem like:msg_id user_id 取消点赞
      sismember like:msg_id user_id 查看用户是否点赞
      smembers like:msg_id 获取点赞用户列表
      scard like:msg_id 获取点赞用户数
   3. 关注模型
      a关注的人： aset -> {b, c, …}
      b关注的人： bset -> {a, …}
      c关注的人： cset -> {a, …}
      a与b的共同关注 SINTER aset bset
      a关注的人也关注b：遍历a集合中的元素，执行SISMEMBER obj_1 b
      a可能认识的人：SDIFF bset cset aset

4. Hash
   性能优秀，消耗少，节省空间；可惜不能给field设置过期时间，分布式集群中还会导致数据过于集中

   1. 对象存储 ： hset key field_1 value_1 field_2 value 2 …
   2. 购物车：
      hset cart:user_id sku_id_1 count_1 sku_id_2 count_2 … 生成购物车
      hincrby cart:user_id sku_id 商品数量+1
      hlen cart:user_id 购物车商品总数
      hdel cart:user_id sku_id 删除某条商品
      hgetall cart:user_id 结算所有商品

5. Zset

   1. 微博热搜排行榜
      zincrby hotNews:20200804 1 msg_id 某条消息 +1
      zrevrange hotNews:20200804 0 10 withscores 展示当日前十的热搜
      zunionstore hotNews:20200801-20200807 0 10 展示七日榜前十