稀土掘金 稀土掘金
    • 首页
    • 沸点
    • 课程
    • 数据标注 HOT
    • AI Coding
    • 更多
      • 直播
      • 活动
      • APP
      • 插件
    • 直播
    • 活动
    • APP
    • 插件
      • 搜索历史 清空
        • 写文章
        • 发沸点
        • 写笔记
        • 写代码
        • 草稿箱
        创作灵感 查看更多
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
0 /100
IM
订阅
avatar
米小苔花
更多收藏集

微信扫码分享

微信
新浪微博
QQ

2篇文章 · 0订阅
  • 消息顺序性为何这么难?
    画外音:发送方只要将邮件协议里的时间调整为 1970 年或者 2970 年,就可以在接收方收到邮件后一直 “置顶” 或者“置底”。 对于严格时序的业务场景,可以利用单点写 db 的 seq/auto_inc_id 生成单调递增的 id,来保证顺序性。 画外音:这个生成 id 的…
    • 58沈剑_架构师之路
    • 5年前
    • 2.8k
    • 16
    • 4
    编程语言 JavaScript
  • 几万条群离线消息,如何高效拉取,会不会丢?
    关于写扩散、读扩散的问题,之前专门撰文写过,今天不直接同步结论,重点说说设计的思考过程。 画外音:结论不如思路重要。 先看看群离线消息的核心数据结构。 画外音:用来描述一个群里有多少成员。 画外音:用来描述一个群成员的离线消息。 画外音:如果要支持消息漫游,则可以省略步骤二。 …
    • 58沈剑_架构师之路
    • 5年前
    • 2.1k
    • 16
    • 3
    数据库 MySQL