常见的分布式唯一ID生成方案的优缺点对比

最新推荐文章于 2022-06-23 14:08:18 发布

youngerone123

最新推荐文章于 2022-06-23 14:08:18 发布

阅读量482

点赞数

分类专栏：分布式事务文章标签：分布式 redis 数据库

本文链接：https://blog.csdn.net/qq_35873436/article/details/123055837

版权

分布式事务专栏收录该内容

15 篇文章 0 订阅 ¥29.90 ¥99.00

订阅专栏

超级会员免费看

本文对比了多种分布式唯一ID生成方案，包括数据库增长主键、UUID、Twitter的Snowflake方案、Redis自增机制以及时间戳与业务ID的组合。数据库增长主键简单但可能面临高并发问题；UUID虽然本地生成但ID较长；Snowflake方案高性能且可扩展，但需处理时钟回拨；Redis自增机制利用集群实现全局唯一，但依赖于Redis服务；时间戳与业务ID组合适用于特定业务场景，但适用性有限。flickr的方案则通过replace into优化，适用于低并发场景。

摘要由CSDN通过智能技术生成

常见的分布式唯一ID生成方案的优缺点对比

数据库增长主键

需要专门使用一个库和一张表，专门用于生成全局唯一ID，向表中（insert into）插入一条数据，会返回一个全局唯一id，然后把这个id设置给业务数据。
优点:落实起来非常方便，只需要在自己的系统的库里面专门使用一张表，用来生成ID。
缺点:单库单表，一旦达到每秒几千的高并发，单库就有可能存在高可用的问题。而且不停的向表中插入id，表中的数据就会越来越多。

UUID

jdk自带的API，可用通过UUID生成一个唯一id，生成一个很长的字符串。
优点: 在本地生成，使用起来很方便，没有并发的压力。
缺点：生成的唯一id太长了，没有业务含义。

Twitter开源的Snowflake方案

使用64个bit位，最高位1个bit是0，41位放时间戳（到毫秒单位，最多使用69年），10位放机器标识（最多把snowflake程序部署在1024台机器上），12位放序号（每毫秒，每台机器，可以顺序生成4096个ID），snowflake程序分布式部署在多台机器上，每台机器生成的每个ID，都是这一毫秒、机器id、序号，每台机器每毫秒最多4096个ID。
优点：高性能，高并发，集群化，可伸缩
缺点：可能存在时钟回拨的问题