SegmentId

从上面的设计图中，不难看出号段模式基本设计思路是通过每次获取一定长度（Step）的可用ID（Id段/号段），来降低网络IO请求次数，提升性能。

👎强依赖第三方号段分发器，可用性受到第三方分发器影响。
👎每次号段用完时获取NextMaxId需要进行网络IO请求，此时的性能会比较低。
单实例ID单调递增，全局趋势递增。
- 从设计图中不难看出Instance 1每次获取的NextMaxId，一定比上一次大，意味着下一次的号段一定比上一次大，所以从单实例上来看是单调递增的。
- 多实例各自持有的不同的号段，意味着同一时刻不同实例生成的ID是乱序的，但是整体趋势的递增的，所以全局趋势递增。
ID乱序程度受到Step长度以及集群规模影响（从趋势递增图中不难看出）。
- 假设集群中只有一个实例时号段模式就是单调递增的。
- Step越小，乱序程度越小。当Step=1时，将无限接近单调递增。需要注意的是这里是无限接近而非等于单调递增，具体原因你可以思考一下这样一个场景：
  - 号段分发器T₁时刻给Instance 1分发了ID=1,T₂时刻给Instance 2分发了ID=2。因为机器性能、网络等原因，Instance 2网络IO写请求先于Instance 1到达。那么这个时候对于数据库来说，ID依然是乱序的。

具体实现

IdSegmentDistributor 是 CosId 中用于分发 ID 号段的核心接口。它提供了在分布式实例之间分配连续 ID 块的方法。

主要职责：

常用实现包括：

GroupedIdSegmentDistributor 扩展了 IdSegmentDistributor，支持 ID 分组（按分组键进行分区）。

分组分发器允许按分组键对 ID 号段进行分区，例如：

这使得以下场景成为可能：

GroupedIdSegmentDistributor 允许 allowReset() 返回 true，从而在分组键变更时允许号段重置。