用一种全新的雪花漂移算法,让ID更短、生成速度更快。
核心在于缩短ID长度的同时,还能保持每毫秒并发处理量(50W/0.1s),且能保持伸缩能力。
支持QQ群:646049993
1.ID更短,是传统算法的几倍,用50年都不会超过js(Number)的最大值。(默认配置WorkerId是6bit,自增数是6bit)
2.生成速度更快,0.1秒可生成50万个。(i7笔记本,默认算法配置6bit+6bit)
3.支持时间回拨处理。比如Linux服务器时间回拨1秒,本算法能自动适应生成临界时间的唯一ID。
4.支持手工插入新ID。当业务需要在历史时间生成新ID时,用本算法的预留位每秒能生成5000个。
5.漂移时对外异步发通知事件。让调用方确切知道算法漂移记录,Log并发调用量。
6.不依赖任何外部缓存和数据库。(但WorkerId必须由外部指定)
7.目前是C#版,很快会出java、php等版本。
1.SnowWorkerM1.cs 是雪花漂移算法。
2.SnowWorkerM2.cs 是传统雪花算法。
1.js Number 类型最大数值:9007199254740992,本算法在保持并发性能(5W+/0.01s)和最大64个WorkerId(6bit)的同时,能用70年才到 js Number Max 值。
2.增加WorkerId位数到8bit(128节点)时,15年达到 js Number Max 值。
3.极致性能:500W/1s。
4.以上测试数据均基于8代i7计算。
1.小型、中型、大型需要全局唯一Id(不用Guid)的项目。
2.分布式项目。
3.不想将Long型转String给前端用的项目。(如果前端支持bigint,则不用考虑此项)
1.可扩大 WorkerIdBitLength 到最多20位,支持 1,048,576 个节点,而且不影响上述并发性能(50W/0.1s)。
2.采用中心化 IdGenerator集群,给节点生成可用 Id 列表,存入 Redis 队列供节点消费。此时64个中心化节点数足够大型互联网项目使用。