Redis 数据类型实战案例

1、业务场景

人工智能领域的语义识别与自动对话将是未来服务业机器人应答呼叫体系中的重要技术，百度自研用户评价语义识别服务，免费开放给企业使用，同时训练百度自己的模型。现对试用用户的使用行为进行限速，限制每个用户每分钟最多发起10次调用

1.1、解决方案

• 设计计数器，记录调用次数，用于控制业务执行次数。以用户id为key，使用次数为 value

• 在调用前获取次数，判断是否超过限定次数

  ​ 不超过次数的情况下，每次调用计数 +1

  ​ 业务调用失败，计数 -1

• 为计数器设置生命周期为指定周期，例如1秒/分钟，自动清空周期内使用次数

1.2、解决方案改良

• 取消最大值的判定，利用 incr 操作超过最大值抛出异常的形式替代每次判断是否大于最大值
• 判断是否为 nil,
  如果是，设置为 Max - 次数
  如果不是，计数 +1
  业务调用失败，计数-1
• 遇到异常即 + 操作超过上限，视为使用达到上限

总结：redis 应用于限时按次结算的服务控制

2、业务场景

使用微信的过程中，当微信接受消息后，会默认将最近接收的消息置顶，当多个好友及关注的订阅号同时发送消息时，该排序会不停的进行交替。同时还可以将重要的会话设置为置顶。一旦用户离线后，再次打开微信时，消息该按照什么样的顺序显示

2.1、解决方案

• 以来 list 的数据具有顺序的特征对消息进行管理，将 list 结构作为栈使用
• 对置顶与普通会话分别创建独立的 list 分别管理
• 当某个 list 中接收到用户消息后，将消息发送方的 id 从 list 的一侧加入 list (此处设定左侧)
• 多个相同 id 发出的消息反复入栈会出现问题，在入栈之前无论是否具有当前 id 对应的消息，先删除对应 id
• 推送消息时，先推送置顶会话 list, 再推送普通会话 list, 推送完成的 list 清楚所有数据
• 消息的数量，也就是微信用户对话数量采用计数器的思想另行记录，伴随 list 操作同步更新

总结：redis 应用于基于时间顺序的数据操作，而不关注具体时间