Redis 一些高级用法
延迟消息队列
利用 expire keyspace notification
Redis 过期时，会向特定的消息队列发送消息，监听该消息队列
- 在 redis.conf 修改 notify-keyspace-events "Ex"，重启 Redis；或者直接利用 config set notify-keyspace-events "Ex"
- 设置定时任务的 key，key 包含了你在过期那一刻所需要的所有数据
- psubscribe keyspace@*:expired，* 为所有数据库
- 过期会收到 key，处理
优点：
- 很直观，简单粗暴
- 性能相对于 Sorted Set 版本高，不用轮询
缺点：
- 如果没人监听队列，数据就丢了，比如重启服务器的情况
- 消息重复需要处理
Sorted Set，用时间戳作为 Score
Sorted Set，用时间戳作为 Score，Member 为你想处理的数据内容
- 设置定时任务，ZAdd，Member 为数据，Score 为定时任务需要执行时刻的时间戳
- 每隔一段时间轮询该 Sorted Set，最大值为当前时间戳，ZRangeByScore key -inf curTimestamp
- 取出来的值，记得立刻删除，再做处理
优点：
- 不会丢数据
缺点：
- 由于轮询性能有损耗（不能说低）
- 需要做并发控制，多个实例同时轮询到相同的数据
Tip: 删除返回行数为 0 时，可以认为已经被别人处理；同时，可以 sleep 一些时间，使得不同服务器执行定时任务的时间错开，类似于拥塞控制
消息队列
让我想一想
搜索引擎
分布式锁
首先加锁必须是原子的，释放锁必须要有定时机制，所以满足条件一般采用 setnx lock EX 1
综合评分系统
比如一门考试，课程 A 分数高优先录取（分数范围 0 - 1000），课程 B 分数高第二录取（分数范围 0 - 100），加入存了两个 Sorted Set，分别为 ScoreA 和 Score B，那么怎么求出最高分方便？
总分评价 = A * 1000 + B，用 Redis 就是 ZUnionStore 得出结果
