分布式ID全局递增是否可行？

本文共计1483个文字，预计阅读时间需要6分钟。

亲爱的，我是[架构整理人]，一个十年的程序员。这是实践经验系列的第二十一篇，本系列将分享很多在实际工作中实用的经验。如有收获，请分享给更多朋友。

大家好，我是，一只十年的程序猿。这是实践经验系列的第十一篇文章，这个系列会给大家分享很多在实际工作中有用的经验，如果有收获，还请分享给更多的朋友。

前面有篇文章我们讲到用时间来代替自增ID进行分页排序，原因是因为接入了分布式ID，但是分布式ID不能够保证有序，只能保证全局唯一。

那么今天我们一起来探讨下，究竟能不能实现有序的分布式ID呢？

分布式ID的实现方式 号段模式

号段模式是目前用的比较多的实现分布式ID的方式，号段模式通过预先获取一段范围，然后全部在内存中进行ID的分发，性能极高。

采用号段模式实现的开源框架也有很多，比如美团的Leaf，滴滴的Tinyid。对号段模式实现原理不了解的小伙伴可以查看下面的地址进行深入学习。号段模式想要实现递增比较难，文章后面我们一起聊聊有没有什么方式能够实现。

Leaf: github.com/Meituan-Dianping/Leaf

Tinyid: github.com/didi/tinyid

Snowflake

Snowflake是 Twitter 开源的分布式ID生成算法，在国内用的也比较多。比如百度开源的uid-generator就是基于Snowflake算法进行改进。

uid-generator：github.com/baidu/uid-generator

Snowflake生成ID性能很好，而且也满足递增的要求。不过依赖机器上的时间，如果时间不一致就会有重复的问题。

Redis Incr

Redis 可以直接使用Incr命令进行数字的递增，从而实现自增的ID。如果使用Redis实现分布式ID需要进行ID的持久化，否则重启后就没了会出现重复的问题。

既然要持久化，那就避免不了使用AOF或者RDB实现持久化。使用RDB可能会丢失数据，导致ID重复发生。