/orderIdGeneration

分布式ID生成方案(UUID+DB自增+Snowflake+Redis incr)

Primary LanguageJava

orderIdGeneration

分布式ID生成方案(UUID+DB自增+Snowflake+Redis incr) 分布式环境订单ID生成方案

方案一:UUID(唯一通用识别码)

组成: 当前日期+时间+时钟序列+机器识别号(Mac地址或其他)。 在分布式系统中,所有元素都不需要通过**控制端来判断数据唯一性。

方案二:数据库自增

关系型数据库都实现数据库自增ID;MySQL通过AUTO_INCREMENT实现、Oracle通过Sequence序列实现。 在数据库集群环境下,不同数据库节点可设置不同起步值、相同步长来实现集群下生成全局唯一、递增ID。

方案三:Snowflake(雪花算法)

组成: 41位时间戳+10位机器ID+12位序列号(自增),转换为长度为18的长整型。 Twitter为满足每秒上万条消息的创建,每条消息都必须分配全局唯一ID,这些ID需要趋势递增,方便客户端排序。

方案四:Redis(incr自增ID)

Redis实现了incr(key) API用于将key的值递增1,并返回结果。 如果key不存在,则创建并赋值为0,然后再执行incr操作。

总结:

策略一:UUID

优点: 实现简单、不占用宽带 缺点: 无序、不可读、查询慢 格式: 32位字符

策略二:DB自增

优点: 无代码、递增 缺点: DB单点故障、扩展性瓶颈 格式: 数字

策略三:Snowflake

优点: 不占用宽带、低位趋势递增 缺点: 依赖服务器时间 格式: 18位数字

策略四:Redis

优点: 无单点故障、性能优于DB、递增 缺点: 占用宽带、Redis集群维护 格式: 12位自由组合