在一次公开课上，听别人讲过全局分布式uuid的设计，听过twitter的snowflake的设计。也听过，如果使用单独的计数器服务，不可能每次都保存当前计数器到文本，自己想到应该可以每隔一些数，例如1万次，10万次，反正64位的空间比较大，然后保存起来，那么就没有每次保存，对硬盘的写入压力。当出现故障的时候，跳过这么多数就可以了。只是，这个据说也是微信的uuid设计方案。我如果拿这个来讲，岂不是抄袭很严重。下面先给出uuid服务的图：在一次公开课上，听别人讲过全局分布式uuid的设计，听过twitter的snowflake的设
阅读背景：
关于分布式uuid的一点设想
来源：互联网
分享到：
