关于聊天室在线列表使用redis存储的问题

Question

在做聊天室列表显示的时候，不知以下那种方案好：

方案一：直接使用集合，将上线用户进行存储其用户标示sessionId，取的时候，根据sessionId，再去redis取其详细内容，也就是使用集合+字符串的方案

方案二：使用哈希类型

B:$redis->hset('list',sessionId,json_encode($userInfo))

其实redis里我已经使用字符串类型存储过userInfo了

A: $redis->set(sessionId,json_encode($userInfo))

所以感觉使用方案二有点浪费

但是A里的$userInfo在实际业务中可能并不是很全，因为只是用来记录一些session信息的，如果想记录用户整条记录，使用方案二也就不存在浪费了

但即使存储整条信息，是否也可以进行集合+字符串的方式进行呢？

也就是集合存储用户标示，在使用字符串类型做用户信息的缓存，这里我的想法是，如果业务中有用到根据用户id查信息，那就使用方案一

如果没有的话，那直接将用户信息存储到哈希类型里。

想的有点多，不知大家对于此有何想法，望不吝赐教

Answer 1

放到redis里面数据，越少是越好的，因为内存成本要比硬盘成本高很多

如果不考虑成本问题，也是建议分开，一个 合集 存储 sessionid + uid，另外用uid为key存储用户信息

用户信息存储时，也不建议用hash来做，如果用户过多，hash表的工作效率也会下降

也可以将用户信息放到mysql里面，用户信息数据量不大的话，uid有索引，查询起来是很快的

建议不要将redis用作持久化存储的数据库，把每个对象都加上过期时间

如果数据量少，那是无所谓的

个人建议