分布式snowflake其实是不能保证id对外保持递增的吧？
snowflake生成的id规则是41位的时间前缀+10位的节点标识+12位的sequence
单机上面为了防止NTP可以不停重试保障直至生成新的id。
但是在分布式环境下现在比如说有1master，2slave做back，假如master挂了，我们用zk选择了新的master，虽然说我们有dataCenterID能保证数据不重复，但是啊如果新旧master机器有时间差（比如说新master时间<旧master）那不就可能出现了新master生成的id比旧master在挂了之前生成的最后一个id要小吗？
我们怎么去规避这个问题？
1、尽量保持机器的时间一致。
2、在1无法保障的前提下该怎么做？是无法规避就是这样子的没关系？还是怎么操作，将每次生成的新的id放到zk然而新老master切换的时候新master继承老master的最后的id，这样做我感觉不合理，IO消耗太大了。
求大神指导。如果理解有问题也请尽情批判。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
时钟同步会有一定误差，比如google/F1用GPS时钟大概有10ms误差。
NTP大概200-300ms的误差。
看你业务是否能接受这个误差。
如果不能，你的业务就不能用本地时间来判断事件发生的先后顺序。
可以参考"Lamport的逻辑时钟"论文，解决分布系统中时序问题的。或者是混合逻辑时钟