多实例应用下按租户生成自增复合ID的序列线程安全性问题

先明确原生Sequence的问题 #

数据库原生的Sequence（比如PostgreSQL的SEQUENCE、Oracle的序列）本身是线程/实例安全的——序列的递增操作是数据库层面的原子执行逻辑，多实例并发调用绝不会出现重复值。但它解决不了你的核心需求：按租户隔离ID空间，每个租户的ID从1开始自增，原生Sequence是全局递增的，没法实现租户维度的ID重置。

可行的并发安全实现方案 #

1. 租户专属序列（最推荐） #

给每个租户创建独立的Sequence，命名规则比如seq_entity_id_tenant_{tenant_id}。插入数据时，根据当前租户ID调用对应的序列获取自增值。

• 优势：租户ID空间完全隔离，性能优异，数据库层面保证原子性，多实例并发无任何问题。
• 注意事项：要么提前为已有租户创建好对应序列，要么在新租户创建时通过数据库触发器或应用逻辑自动生成序列。

2. 单表计数器方案 #

创建一张专门的计数器表：

CREATE TABLE entity_id_counter (
    tenant_id INT PRIMARY KEY,
    current_id INT NOT NULL DEFAULT 0
);

每次插入实体前，通过原子更新语句获取自增值：

UPDATE entity_id_counter 
SET current_id = current_id + 1 
WHERE tenant_id = ? 
RETURNING current_id;

• 优势：无需维护大量序列，新租户接入时只需往计数器表插入一条记录即可。
• 注意事项：更新操作是行级锁，超高并发场景下可能存在锁竞争，但绝大多数业务场景下完全够用；需要处理租户首次插入的初始化问题——可以用INSERT ... ON CONFLICT语法（比如PostgreSQL的INSERT INTO entity_id_counter(tenant_id) VALUES(?) ON CONFLICT DO NOTHING），先确保计数器记录存在再执行更新。

3. 应用层分段预取（高并发场景适用） #

如果业务并发量极高，可以结合计数器表，在应用层为每个租户预取一段ID范围（比如一次取100个），缓存到本地，用完后再去数据库获取新的ID段。

• 优势：大幅减少数据库交互次数，降低锁竞争压力。
• 注意事项：应用实例重启时，本地缓存中未使用的ID会被浪费（出现ID间隙），但大部分业务场景下这种间隙是可接受的。

总结 #

原生Sequence无法满足你的租户隔离ID需求，但上述三种方案都能在多实例部署下保证并发安全，可根据业务场景选择：

• 租户数量不多、追求实现简单：选租户专属序列
• 租户动态新增、不想维护多个序列：选单表计数器方案
• 高并发业务场景：选应用层分段预取方案

内容的提问来源于stack exchange，提问作者Nitesh kumar Rai