Java面试28-谈谈常用的分布式ID设计方案

首先,分布式全局ID的解决方案有很多,比如:

  • 使用Mysql的全局表
  • 使用Zookeeper的有序节点
  • 使用MongoDB的objectid
  • redis的自增id
  • UUID等等

这些方案只是解决基础的id唯一性问题,在实际生产环境中,需要构建一个全局唯一id还需要考虑更多的因素:

  1. 有序性,有序的ID能够更好的确认数据的位置,以及B+树的存储结构中,范围查询的效率更高,并且可以提升B+树数据维护的效率;
  2. 安全性,避免恶意爬取数据造成数据泄露;
  3. 可用性,ID生成系统的可用性要求非常高,一旦出现故障就会造成业务不可用的问题;
  4. 性能,全局ID生成系统需要满足整个公司的业务需求,涉及到亿级别的调用,对性能要求较高。

因此,如果我们选择数据库的全局表,每获取一次id就需要更新数据库,性能上限比较明显,而且基于数据库构建高扩展和高性能的解决方案难度很大。所以,目前市面上主流的解决方案是基于Twitter早期开源的snowflake雪花算法它是由64位长度组成的全局id生成算法,通过对64位进行区间划分来表述不同含义实现唯一性 。它的好处是:算法实现简单,不存在太多外部依赖,可以生成有意义的有序编号。基于位运算,性能也很好,Twitter测试的峰值是10万个每秒。

另外,美国公司开源了一个全局唯一id生成系统leaf,它里面也用到了雪花算法去构建全局唯一id,并且在高性能和高可用方面,做了很多优化,为美团内部业务提供了每天上亿次的调用。

相关推荐
独行侠影a6 分钟前
APScheduler+Redis 分布式定时任务:解决多实例任务重复执行
数据库·redis·分布式
极光代码工作室10 分钟前
基于SpringBoot的课程预约系统
java·springboot·web开发·后端开发
kyriewen27 分钟前
面试官让我手写虚拟列表——AI生成的版本,快速滚动几下就白屏了
前端·javascript·面试
Leighteen41 分钟前
`try-finally` 里的 `return`:为什么 `finally` 会悄悄改掉返回值、吞掉异常
java·开发语言
Revolution611 小时前
React 组件重新渲染时,到底重新执行了什么
前端·react.js·面试
名字还没想好☜1 小时前
Go 的 time.After 在 select 循环里内存泄漏:定时器堆积原理与 timer.Reset 正确姿势
java·数据库·golang·go·goroutine
圆山猫2 小时前
[Virtualization](三):RISC-V H-extension 与 Guest 执行模式
android·java·risc-v
caishenzhibiao2 小时前
期货先行者主图 同花顺期货通指标
java·c语言·c#
史呆芬2 小时前
分布式事务实战:微服务跨服务数据一致性解决方案
java·后端·spring cloud
IT界的老黄牛2 小时前
限流命中后该怎么办:直接丢、阻塞等待、延迟重投三种姿势的取舍
java·rocketmq·redisson·令牌桶·削峰·分布式限流