基于sequence实现动态号段分配 规避并发竞态的方案咨询

原方案依赖独立数据库序列+异常捕获切换的模式，存在动态加段需要DDL建序列、序列溢出切换空窗期易出错的问题，以下是不需要依赖序列、从机制上避免竞态、原生支持动态号段的实现方式：

表结构调整 #

保留原有两张核心表，仅需给NumberPool号段池表新增两个字段，无需为每个号段提前创建独立数据库序列：

• current_value：BIGINT类型，记录对应号段当前已分配的最大号码值，初始化时设为号段起始值range_start - 1；如果是上线前已有存量生成记录的号段，直接把该值初始化为号段内已存在的最大号码即可
• version：INT类型，乐观锁版本号，初始值为0

动态新增号段时，只需要往NumberPool表插入一条对应配置记录即可，不需要额外执行创建序列的DDL，也不需要修改任何分配逻辑。

无竞态分配核心逻辑 #

整个流程基于数据库原子更新+乐观锁实现，全程不会出现竞态导致的重号问题：

1. 传入待生成的号码类型，查询NumberPool中该类型下所有满足current_value < range_end的可用号段，按预设优先级（比如按号段起始值升序）取第一条
2. 执行原子更新语句，仅当更新影响行数为1时，才算成功拿到分配资格：

UPDATE NumberPool
SET current_value = current_value + 1,
    version = version + 1
WHERE id = ? -- 第一步查询到的目标号段ID
  AND current_value < range_end
  AND version = ? -- 第一步查询到的号段版本号

3. 如果更新返回影响行数为0，说明存在两种情况：要么当前号段已被并发请求占满，要么有其他并发请求同时在操作该号段导致版本不匹配，直接回到第一步重新查询可用号段重试即可
4. 更新成功后，语句执行完的current_value就是本次分配到的有效号码，直接将号码类型、号码值、元数据插入NumberTable即可

边界场景处理 #

• 号段耗尽：第一步查询不到该类型下任何可用号段时，直接返回号段不足的业务报错即可，不需要额外捕获序列溢出类异常
• 存量数据兼容：上线前先遍历所有号段，将每个号段的current_value更新为对应号段内存量号码的最大值，比如item类型0-1000号段已生成到1000，就把该号段current_value设为1000，后续分配直接从1001开始，不会和历史数据撞号
• 性能表现：更新操作走数据库行级锁，并发场景下的冲突概率极低，千级QPS下平均重试次数不超过1次，性能和直接使用数据库序列基本持平

方案优势 #

• 动态号段支持：新增、调整号段仅需操作NumberPool表数据，无额外运维成本
• 无竞态风险：原子更新机制从数据库层面保证同一号码只会被分配一次，不存在序列切换时的空窗期问题
• 易排查：所有号段的分配进度直接查NumberPool表即可获取，不需要单独查询多个序列的当前值

内容的提问来源于stack exchange，提问作者Martin Bre