博客
关于我
不能错过的分布式ID生成器(Leaf ),好用的一批
阅读量:173 次
发布时间:2019-02-28

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

美团Leaf分布式ID生成器技术说明

Leaf的号段模式

Leaf的号段模式是一种优化数据库自增ID的方式,旨在减少对数据库的频率操作。基本思路是批量从数据库获取号段范围,例如(1,1000]表示1000个ID。业务服务在本地生成1~1000的自增ID并加载到内存中。

号段模式的工作原理

  • 数据库表结构:Leaf使用leaf_alloc表来管理号段信息,字段包括:

    • biz_tag:唯一标识业务,支持分库分表。
    • max_id:当前号段的最大值。
    • step:号段长度。
    • update_time:数据库维护时间。
  • 号段获取:当号段耗尽时,Leaf通过更新max_id获取新的号段。例如,更新max_id= max_id + step,新号段范围为(max_id, max_id + step]

  • 缓存机制:Leaf采用双buffer缓存策略,预先加载两个号段,确保在数据库延迟或故障时仍能正常发号。

  • 优化效果:通过减少对数据库的频率操作,降低了系统响应时间,提升了性能。

  • Leaf的雪花算法模式

    Leaf的雪花算法模式结合了传统雪花算法和Zookeeper的有序服务,生成全局唯一的分布式ID。ID结构为:

    • 1位正数位(表示正数ID)
    • 41位时间戳(精确到微秒)
    • 5位机器ID
    • 5位机房ID
    • 12位自增值

    雪花算法的实现

  • Zookeeper依赖:雪花模式依赖Zookeeper生成workId。启动时,Leaf检查Zookeeper是否有对应的顺序节点:

    • 如果存在,直接使用workId启动服务。
    • 如果不存在,创建持久顺序节点并获取workId。
  • 缓存机制:Leaf在本地缓存workId,确保在Zookeeper故障时仍能正常发号。

  • 配置与启动:在leaf.properties中配置Zookeeper地址和端口,启用雪花模式即可。

  • Leaf的监控功能

    Leaf提供了实时监控界面,可查看:

    • 号段双buffer使用情况
    • 当前ID下发状态
    • 数据库维护信息

    总结

    Leaf作为美团的分布式ID生成服务,兼具号段模式和雪花算法的优势。根据业务需求灵活切换模式,支持高并发场景。其内部设计注重容灾性和性能优化,但需注意ID暴露信息和数据库依赖。

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

    你可能感兴趣的文章
    poj 1035
    查看>>
    POJ 1061 青蛙的约会 (扩展欧几里得)
    查看>>
    Quartz2.2.1简单使用
    查看>>
    POJ 1080 Human Gene Functions(DP:LCS)
    查看>>
    Quant 开源项目教程
    查看>>
    POJ 1088 滑雪
    查看>>
    POJ 1095 Trees Made to Order
    查看>>
    POJ 1113 Wall(计算几何--凸包的周长)
    查看>>
    poj 1125Stockbroker Grapevine(最短路)
    查看>>
    Qualitor processVariavel.php 未授权命令注入漏洞复现(CVE-2023-47253)
    查看>>
    poj 1151 (未完成) 扫描线 线段树 离散化
    查看>>
    POJ 1151 / HDU 1542 Atlantis 线段树求矩形面积并
    查看>>
    poj 1163 数塔
    查看>>
    POJ 1177 Picture(线段树:扫描线求轮廓周长)
    查看>>
    Qualitor checkAcesso.php 任意文件上传漏洞复现(CVE-2024-44849)
    查看>>
    POJ 1182 食物链(并查集拆点)
    查看>>
    POJ 1185 炮兵阵地 (状态压缩DP)
    查看>>
    POJ 1195 Mobile phones
    查看>>
    POJ 1228 Grandpa's Estate (稳定凸包)
    查看>>
    poj 1236(强连通分量分解模板题)
    查看>>