如何保证IM实时消息的“时序性”与“一致性”？

查看数: 324235 | 评论数: 40 | 收藏 24

关灯 | 提示：支持键盘翻页<-左右->

帖子模式

JackJiang

发布时间: 2017-02-17 12:09

正文摘要:

本文作者沈剑，原创发表于“架构师之路”公众号，原题“消息“时序”与“一致性”为何这么难？”，本次内容有修订和改动。 1、前言我们都知道，一个典型的分布式系统中，很多业务场景都需要考虑消息投递的时序， ...

pigfu 发表于 26 天前

引用：Maybee 发表于 2017-04-27 14:04
那么怎么去保证呢

根据作者的文章，我理解的是
1：服务端保证发送的消息按发送者A提交消息的顺序存储，由Seq保证:；
2：接收者B,C,D接收到的消息顺序与发送者发送的消息顺序是一致的；
3：接收者B,C,D之间接收的消息顺序是一致的；

swimminglala88 发表于 2 个月前

大佬，请问怎么保证单聊中对方发送的消息和自己的消息之间的有序性？你上面的方案只保证了单聊中一方消息的有序性。只是通过序号机制好像不能实现，如果收发的两条消息序号都一样

JackJiang 发表于 7 个月前

引用：jiayimig001 发表于 2024-08-13 10:39
文中提到的seq 和 msg_id 有什么区别？

seq如果是全局唯一的情况下，这两就是同一个东西

jiayimig001 发表于 7 个月前

文中提到的seq 和 msg_id 有什么区别？

Frank 发表于 1 年前

引用：JackJiang 发表于 2018-12-27 19:32
im这种产品很讲究现实情况。

我们回归到现实：假设你现在正在一个QQ群里，一般正常的群聊，大家都是你 ...

确实,看直播类的超过20,就开始分级别丢了

Frank 发表于 1 年前

引用：JackJiang 发表于 2023-03-16 11:54
其实从产品的角度来说，单个单聊或单聊群聊之内，消息不可能那么活跃（正常的聊天几秒一条就算是刷的很厉 ...

qq 应该就是按照一个会话一个seq

JackJiang 发表于 2 年前

引用：一剑开天发表于 2023-03-16 11:45
以下是我的理解，如有误欢迎指出。

方案一：客户端seq字段生成位置：客户端作用：确定来自同一设备发 ...

其实从产品的角度来说，单个单聊或单聊群聊之内，消息不可能那么活跃（正常的聊天几秒一条就算是刷的很厉害了），所以这单个单聊或单聊群聊之内发生id碰撞或错乱的可能性不大。何况万一出现，im聊天这种工具也是能容忍万有一失的，qq也是这样的设计逻辑

一剑开天 发表于 2 年前

以下是我的理解，如有误欢迎指出。

方案一：客户端seq字段生成位置：客户端作用：确定来自同一设备发出消息的时序（先发的消息，序号在前）适用场景：单聊
方案二：全局单调递增唯一消息id 生成位置：服务端作用：确定来自不同设备发出消息的时序（先到server的消息，id在前）适用场景：群聊

针对群聊时序问题的优化
问题描述：
如果使用全局单调递增唯一消息id，当活跃用户过多时，就会有大量请求密集到生成消息id的服务器，虽然这里也可以搞多个机器，但是这一步与db交互，时间成本与硬件成本都会比较高，从而成为系统瓶颈。
优化方案：
让来自同一个群聊的消息命中到同一个server，"全局单调递增唯一消息id"就变成了"局部单调递增唯一消息id"，这样一来，各个服务就可以通过缓存来维护消息id，减轻了系统负担。

JackJiang 发表于 2 年前