求教,关于 im 中群组服务如何设计

9次阅读

共计 377 个字符,预计需要花费 1 分钟才能阅读完成。

群组信息应该持久化保存在 db 中,群组相关的操作在群组服务中进行写入和读取,通过 api 对群组进行操作(比如添加成员)那么将会采用一致性 hash 通过群组 id 找到对应的群组服务器中进行业务操作,那么群组信息写入后缓存的操作逻辑有两种:

1:对应请求后从 db 读取缓存在内存中加读写锁维护,进行写入时先写内存后写 db,读只会读内存
2:纯粹作为缓存来读取,有写入时则删除缓存,后续请求需要再从 db 读取数据

第一种的问题是:如果群组集群有服务器 a 宕机, 那么一个群组 (id=xxx) 就会被分配到新的服务器 b 上,当 b 服务器在写入时,a 服务器恢复上线就会造成 db 层数据不一致; 或者是 b 服务器服务了一段时间后,a 重新上线,该群组又会回到 a 上处理,过了段时间又宕机,这时群组 xxx 又被分配到了 b 上,可 b 上的内存数据是旧数据
如果采用第一种感觉对 db 的操作会过于频繁,有什么更好的方案吗

正文完
 0