存储时的顺序无所谓的，只要你的消息id是趋势递增（不需要严格递增）就可以，因为你用的时候，按消息id排序就可以

另外，我整理的消息id这个技术专题，你可以好好读一读：

• 《IM消息ID技术专题(一)：微信的海量IM聊天消息序列号生成实践（算法原理篇）》
• 《IM消息ID技术专题(二)：微信的海量IM聊天消息序列号生成实践（容灾方案篇）》
• 《IM消息ID技术专题(三)：解密融云IM产品的聊天消息ID生成策略》
• 《IM消息ID技术专题(四)：深度解密美团的分布式ID生成算法》
• 《IM消息ID技术专题(五)：开源分布式ID生成器UidGenerator的技术实现》
• 《IM消息ID技术专题(六)：深度解密滴滴的高性能ID生成器(Tinyid)》
  

尤其是微信的第一篇！

引用：手写的从前 发表于 2020-12-28 12:42
好的，我有一个疑问，假如消息生成的顺序是 1 2 3，这时候插入的顺序是 1 3 2，而且推给客户端顺序是 1 3 ...

感觉你推和拉的逻辑很混乱，有清晰的处理思路吗

引用：手写的从前 发表于 2020-12-28 18:28
推是给客户端推送通知，代表有新消息了，然后客户端带着本地的消息位置取服务端拉新的消息，这种逻辑。
...

你的客户端逻辑时，每条消息都是先收到通知，然后再去拉取这条新消息？