分布式ID生成器解决方案SnowflakeX（送分）

[heycoder]

什么情况下我们需要ID生成器？
数据库水平拆分的情况下，主键由于需要作为业务标识使用，需要唯一。
业务编号需要暴露给用户，但是又不想被用户猜到需要被隐藏的业务编号
业务编号需要体现业务信息，比如订单分类订单渠道等等

本次解决方案要应对的场景是？
数据库水平拆分的情况下，主键由于需要作为业务标识使用，需要唯一。

本次的ID生成器设计目标？
全局唯一
每秒可生成100W+
趋于递增（对索引友好）
高可用
可伸缩

文章贴过来会有格式问题，文章链接：https://ken.io/note/id-generate-solution-snowflakex
水平有限，如有错误，欢迎指证

请各位大佬轻拍

[李德胜1995]

[heycoder]

引用 1 楼 pany1209 的回复:

[heycoder]

[mcgrady66]

66666666，学习了

[heycoder]

引用 5 楼 u012898231 的回复:

这种生成ID方法还没有通过redis取ID方便

利用redis来做也可以。不过redis来做的话，如果单节点故障切备用节点时，时间不一致等问题怎么解决？ 还望指教

[心灵之火.]

这个和时间没什么关系。 就算是高可用主备的，你在A取ID是5，切换到了B取ID也是6了。现在redis一般集群的，更加没这个问题。

[心灵之火.]

这种生成ID方法还没有通过redis取ID方便

[心灵之火.]

[heycoder]

引用 9 楼 u012898231 的回复:

理解了，这种方式更适用于场景：业务编号需要体现业务信息，比如订单分类订单渠道等等 中小型网站基本都够用了。不过，我个人更倾向于用数据库来记录步长以及业务信息。客户单批量生成缓存在本地使用的方式。

[heycoder]

引用 7 楼 u012898231 的回复:

这个和时间没什么关系。 就算是高可用主备的，你在A取ID是5，切换到了B取ID也是6了。现在redis一般集群的，更加没这个问题。

可能我这边看到的，跟你这边说的不是一个方案，http://hengyunabc.github.io/distributed-id-generator-based-on-redis/ 关于你说的，比较简单的方案，还请指教

[heycoder]

引用 12 楼 l35740623 的回复:

我是老衲 SnowFlakeX 41bit留给毫秒时间，10bit给MachineID，也就是机器要预先配置，剩下12位留给Sequence。代码虽然露出来了，但其实已经不可用了。。。。 装逼

Twitter已经把master的代码移除了，不过是有trelease版本的：https://github.com/twitter/snowflake/releases/tag/snowflake-2010

[l35740623]

我是老衲 SnowFlakeX 41bit留给毫秒时间，10bit给MachineID，也就是机器要预先配置，剩下12位留给Sequence。代码虽然露出来了，但其实已经不可用了。。。。 装逼

[huangyewei1]

刚好可以学习下

[heycoder]

引用 12 楼 l35740623 的回复:

我是老衲 SnowFlakeX 41bit留给毫秒时间，10bit给MachineID，也就是机器要预先配置，剩下12位留给Sequence。代码虽然露出来了，但其实已经不可用了。。。。 装逼

为什么不可用了？