博客
关于我
全局唯一 ID 服务的分布式ID生成系统
阅读量:298 次
发布时间:2019-03-01

本文共 965 字,大约阅读时间需要 3 分钟。

在复杂分布式系统中,如何为大量数据和消息生成唯一标识是一个关键问题。美团点评金融、支付、餐饮、酒店、猫眼电影等系统日益扩展,面临着数据分库分表后的唯一标识需求。传统的自增ID无法满足业务需求,因此设计一个高效、安全的全局唯一ID生成系统显得尤为重要。

ID号的核心要求

  • 全局唯一性

    ID必须确保唯一性,避免重复。

  • 趋势递增

    在MySQL InnoDB中,使用聚集索引,B-tree数据结构的主键应尽量选择有序的形式,以提升写入性能。

  • 单调递增

    某些场景(如事务版本号、IM增量消息)要求ID呈单调递增,确保后续ID总大于前一个。

  • 信息安全

    连续性ID易遭受攻击,恶意用户可按顺序下载数据,订单号等危害更大。因此,ID需无规则化。

  • ID生成系统的设计要求

  • 高性能

    平均延迟和TP999指标需尽可能低。

  • 高可用性

    系统需5个9的可用性,确保关键业务不受影响。

  • 高QPS

    支持大规模并发请求。

  • 常见方案分析

    UUID(Universally Unique Identifier)

    • 优点

      本地生成,无网络消耗,性能高。

    • 缺点

      UUID长度较长(128位),存储困难;信息不安全,基于MAC地址生成易泄露。

    Leaf-segment方案

    • 优点

      线性扩展方便,性能稳定,支持大规模部署。

    • 缺点

      ID缺乏随机性,信息安全性较低;TP999指标波动较大,DB宕机可能导致服务不可用。

    Leaf-snowflake方案

    • 优点

      采用雪花算法设计,结合时间、机器码、PID、增量序列,ID趋势递增。

    • 缺点

      强依赖时钟,时钟回拨可能导致重复ID;依赖Zookeeper,可能引发一致性问题。

    Leaf系统在美团点评的应用

    Leaf系统已在美团点评内部服务中应用,支持金融、支付、餐饮等多个业务线。目前性能达4C8G机器QPS近5w/s,TP999指标1ms,提供亿级调用量,满足高性能、高可用性要求。

    Leaf系统采用双buffer优化和容灾机制,确保在DB宕机期间仍能持续发号,最大化系统稳定性。同时,服务化架构支持负载均衡和过载保护,保证高SLA。

    参考资料

    • 斯奇茨. 《高性能MySQL》. 电子工业出版社, 2010:162-171.

    通过以上分析,Leaf系统展示了其在高性能、高可用性和信息安全方面的优势,为业务提供了可靠的唯一标识生成方案。

    转载地址:http://bjqa.baihongyu.com/

    你可能感兴趣的文章
    NPOI格式设置
    查看>>
    Npp删除选中行的Macro录制方式
    查看>>
    NR,NF,FNR
    查看>>
    nrf开发笔记一开发软件
    查看>>
    NS3 IP首部校验和
    查看>>
    NSDateFormatter的替代方法
    查看>>
    NSError 的使用方法
    查看>>
    nsis 安装脚本示例(转)
    查看>>
    NSJSON的用法(oc系统自带的解析方法)
    查看>>
    nslookup 的基本知识与命令详解
    查看>>
    NSOperation基本操作
    查看>>
    NSRange 范围
    查看>>
    NSSet集合 无序的 不能重复的
    查看>>
    NSURLSession下载和断点续传
    查看>>
    NSUserdefault读书笔记
    查看>>
    NT AUTHORITY\NETWORK SERVICE 权限问题
    查看>>
    NT symbols are incorrect, please fix symbols
    查看>>
    ntelliJ IDEA 报错:找不到包或者找不到符号
    查看>>
    ntko web firefox跨浏览器插件_深度比较:2019年6个最好的跨浏览器测试工具
    查看>>
    ntko文件存取错误_苹果推送 macOS 10.15.4:iCloud 云盘文件夹共享终于来了
    查看>>