数据类型的运用
string
- 缓存数据
1
2
3不管是简单和复杂的数据都可以直接转为string存储。
商品信息，省市区信息，活动配置等一系列不常变化的冷数据缓存
非常热门数据的缓存，游戏排行，后台每秒更新一次数据 - 简单计数：活动参加人数
- 定时过期：一个人一天只能进行一次签到
- 分布式锁
list
- 用户排队 push，pop
- 有序消息 push，pop
- 实现生产者和消费者模型，阻塞式访问 BRPOP 和 BLPOP 命令
set
- 去重列表：活动参加人数
- 标签：用户标签，商家标签
- 交并补
1
2
3
4
5春节活动一共有 abcde 5个任务，用户A已经完成a,b，用户B已经完成 c,d
交集：用户A，用户B 都完成的任务
并集：用户A，用户B 任一完成的任务
差集：用户A还没有完成的任务 - 获取随机元素：从礼品库 set 中随机获得一个礼品
hash
同一资源的不同属性，如：用户在一共获得了不同种类奖品数量。可以对单个奖品直接更新操作。
zset
- 排行榜：商品收藏排行，点赞排行等
- 根据分数获取 top 10
- 查询某个用户的分数：查询 得分在90-100 之间的用户
有时候我们的得分并不是由某一项业务值决定的，可能是由两项业务值来排序的，比如先看用户的实际得分，在看用户等级，那么我们在设计score的时候可以用小数点之前的值表示得分，小数点之后的值表示等级，如果有其他特殊要求，还可以考虑得分加上某个极大值来处理。
注意事项
每个 key 都应该有合理的失效时间
string的过期时间在重新设值后会被覆盖
string类型的 set 操作可以覆盖类型
合理使用相应的数据结构
不要用list存大量数据并检索
合理规划 key 的数量：判断用户有没有参加应该用set，不应该每个用户一个key
业务数据隔离 用户 redis 业务 redis 活动 redis 应该做区分，活动的 redis 在活动结束后可以自由清理
合理使用管道，lua 脚本和 redis 事务，提高性能，尤其是在脚本中使用 redis 的时候
在有大量 key 的 Reids 线上系统，要在主库禁用 keys * 操作，防止卡死