本文由融云技术团队原创分享,原题“IM 消息数据存储结构设计”,为使文章更好理解,内容有修订。
来源:即时通讯网 - 即时通讯开发者社区!
轻量级开源移动端即时通讯框架。
快速入门 / 性能 / 指南 / 提问
轻量级Web端即时通讯框架。
详细介绍 / 精编源码 / 手册教程
移动端实时音视频框架。
详细介绍 / 性能测试 / 安装体验
基于MobileIMSDK的移动IM系统。
详细介绍 / 产品截图 / 安装体验
一套产品级Web端IM系统。
详细介绍 / 产品截图 / 演示视频
引用:6.4小结 在 IM 这种应用场景下,通常会用到扩散写这种消息同步模型,一条消息产生一条,但是可能会被读多次,是典型的读多写少的场景。
引用:ccc007xp 发表于 2022-05-04 09:37 感觉这里的描述有点问题。扩散写为什么是 读多写少
引用:li709854423 发表于 2022-05-25 16:25 这里说到离线消息到redis,中间还要经过MQ吗?然后在投递完消息后,再进行存储历史消息?这时候存储历史消 ...
引用:li709854423 发表于 2022-05-25 16:59 离线消息是redis存的话,那怎么让7天前的消息被清掉?比如一个用户8天未登录,每天都有一条,那第一条是不 ...
引用:JackJiang 发表于 2022-05-25 18:34 MQ的作用主要是跟数据库这种慢IO进么解偶,也就是在高性能场景下的销峰去谷,redis主要是为了读写性能。 ...
引用:li709854423 发表于 2022-05-25 20:18 这个我是理解的。但是我看上面说的是。进redis之前要通过MQ去进redis?写一次redis很快吧。还需要用mq去 ...
引用:JackJiang 发表于 2022-05-26 00:52 哪一段说通过MQ进redis的?
精华主题数超过100个。
连续任职达2年以上的合格正式版主
为论区做出突出贡献的开发者、版主等。
Copyright © 2014-2024 即时通讯网 - 即时通讯开发者社区 / 版本 V4.4
苏州网际时代信息科技有限公司 (苏ICP备16005070号-1)
Processed in 0.171875 second(s), 43 queries , Gzip On.