2018-08-1069年的极限问题不难解决，timestamp减个常量就可以了，对于已生成的历史id，可以导表刷id，当然，这里涉及到个数据库设计原则，系统之间传递数据不应使用物理主键，这样刷id 就容易了作者回复: 高手
36
2018-09-12因为snowflake的可预测性，可以提前生成好放到队列里，获取的时候直接获取。相当于做了一层缓存；
理论上可以解决短时间大量获取id的需求； 8
2018-08-07缩减workID长度，增加序列号长度 5
2018-08-08一直有个疑问就是Snowflake 文中说的极限问题，目前确定它只能用69年，大家都用数据库的数字类型来存储，那么到了69年之后，后来人怎么处理，也许那个时候有更大数字来表示。但我还是想不出更合理的方式，也许我想多了，这个问题交给69年后的人来考虑，但我也想知道老师您是如何思考这个问题的 1 4
2018-09-15我们这边利用zk的唯一id特性 3
2019-01-24生成32位的自增长Id(int)老师有什么思路嘛 2
2018-11-30前后历时半年多 终于看完了, 下面就是再回头巩固一遍! 2
2018-08-08老师自己有没有计划，针对分布式单独出一个专栏，一直以来自己都想研究分布式，但是很多问题依旧搞不懂: zookeeper 选举过程、hdfs 存储出现故障namenode是怎么处理、MapReduce 作业调度问题需要做哪些权衡，不同异常下应该怎么解决，是忽略错误，还是直接退出…各个方案背后是什么样的利弊在协调着这些…作者回复: 术业有专攻，有特定专家出专栏
1
2020-01-09第一遍结束
2019-12-22非常感谢大佬的教程，面试是我进步最快的状态， 这种状态维持一年，估计我可以上天，终于看完了。 。 总结，大佬给出的教程非常有营养，也看到大家都要看几遍，我也是一边看一边百度。 受益匪浅。
2019-07-02关于第二个问题，Snowflake 是否受冬令时切换影响？
冬令时不是回拨一个小时吗？那例如我10月3号3时被回拨10月3号2时，中间是走了两次的，到当前时间也会重复，不是吗？
2018-12-29我们通常用UUID或者数据自增主键，这样的方式效率都不高。snowflake分布式全局生成的ID，效率高，设计优雅。- 2018-12-28请问大牛10集群编号怎么获取的啊
2018-09-06使用System.currentTimeMillis的话不是存在时钟回拨问题么，能不能从网络获取时间，去生成这个😂😂 1
2018-08-07能讲下下时钟偏斜和时钟回拨吗，不是理解- 2018-08-07为啥最后一段是12的长度而不是别的数
作者回复: 我提到了，各部分不是固定的，看业务需求，例如，集群小，位数可以设计短点儿，seq就可以更多位，时间也未必非要41位