首页 > 技术文章 > redis消息提醒设计方案细则

macwhirr 2018-01-19 17:40 原文

----需求明细:

  现有多个角色,角色间需要交互,内容分为申请,审核通过,拒绝,解除合作.每个角色进入自己后台显示查看其他角色的未读消息个数,点击进入显示所有发送来的内容.最开始只存储未读个数,并不知道具体的消息是什么,是谁发送过来的,点击进入的时候未读数量就清空.随着业务的发展,这种应用已经不适应了,需要进行升级,所以我就仔细的研究了一下.

开始设计:

  因为本项目中有用到redis,而且最初也是用redis 做消息提醒,所以,最先考虑到的就是升级redis的使用方法.

  为每个角色存一个set/list类型的key-value,key为自己的id,每次其他角色向自己发送(申请,解除合作,拒绝)消息时,就想集合中存如一条数据内容为自己的id+消息类型,这样同样可以同级未读消息个数,并且可以查看消息内容,是谁发送的,但是如何做到查看过了就变成已读呢?首先想到的就是删除集合里面的数据,这种方式有一种局限性,就是说信息不能保存,没法查看历史.没法记录时间.

      另一种方案,采用zset集合,用score做时间,这样的好处就狠明显了,一来记录时间问题解决了,未读消息可以根据时间查询,非常方便,避免了redis常见的条件查询的短板,同时了解了redis的特点(redis每个key都会占用至少500字节,而利用除String类型外的其他集合类型的value再存key_value对节省大部分空间,也避免了keys命令严重消耗内存造成的崩溃问题,),根据时间查询就需要每个角色记录自己查看别的角色发过来的信息的最后一次时间.

所以,结构就清晰了,即每个角色创建两个redis集合,一个是zset,用来存储每个其他角色发过来消息内容,一个是hash类型,记录最后时间.

 

推荐阅读