Java并发场景下按用户类型生成唯一编号的实现问询

嘿，这个需求我之前做权限系统的时候刚好碰到过，用普通的数据库序列确实搞不定——毕竟序列是全局自增的，没法按Type分组生成独立的编号。我给你分享几个实用的解决方案，你可以根据自己用的数据库和业务场景挑：

这个方案能全自动帮你生成符合要求的UniqueNumber，同时从数据库层面保证唯一性，不用在应用层写太多逻辑。

• 第一步：先给User表加一个复合唯一约束，确保同一个Type下的UniqueNumber绝对不重复：

ALTER TABLE User
ADD CONSTRAINT UQ_User_Type_UniqueNumber UNIQUE (Type, UniqueNumber);

• 第二步：创建触发器，在插入记录时自动计算当前Type下的最大UniqueNumber，再加1（如果还没到100上限的话）。这里给你写个MySQL版本的示例：

DELIMITER //
CREATE TRIGGER trg_User_GenerateUniqueNumber
BEFORE INSERT ON User
FOR EACH ROW
BEGIN
    DECLARE current_max INT;
    -- 查当前Type的最大编号，没有的话默认0
    SELECT COALESCE(MAX(UniqueNumber), 0) INTO current_max FROM User WHERE Type = NEW.Type;
    
    IF current_max < 100 THEN
        SET NEW.UniqueNumber = current_max + 1;
    ELSE
        -- 超过100就抛出错误
        SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '该用户类型的编号已达上限（最多100个）';
    END IF;
END //
DELIMITER ;

如果是PostgreSQL或者SQL Server，触发器的写法会有差异，但核心逻辑完全一致：先查对应Type的最大编号，自增后赋值，同时判断上限。

要是你不想用数据库触发器，也可以在应用代码里处理，但一定要注意并发问题：

• 插入前，先查询当前Type下的最大UniqueNumber，而且必须加锁防止并发插入导致重复：

// 伪代码，以Java Spring为例
@Transactional
public User createUser(User user) {
    // 用FOR UPDATE锁定查询结果，避免并发
    Integer maxNum = userRepository.findMaxUniqueNumberByTypeForUpdate(user.getType());
    maxNum = maxNum == null ? 0 : maxNum;
    
    if (maxNum >= 100) {
        throw new BusinessException("该类型的用户编号已达上限");
    }
    
    user.setUniqueNumber(maxNum + 1);
    return userRepository.save(user);
}

对应的SQL查询要加排他锁：

SELECT MAX(UniqueNumber) FROM User WHERE Type = ? FOR UPDATE;

这种方式的好处是逻辑都在应用层，容易调试，但一定要记得加事务和锁，不然高并发下肯定会出重复编号的问题。

如果你的Type是固定的（就Employee、Manager、Administrator这三个，以后不会加），可以给每个Type单独建一个数据库序列：

• 比如分别创建三个序列：

-- MySQL（8.0+支持序列）
CREATE SEQUENCE seq_employee_num START WITH 1 INCREMENT BY 1 MAXVALUE 100;
CREATE SEQUENCE seq_manager_num START WITH 1 INCREMENT BY 1 MAXVALUE 100;
CREATE SEQUENCE seq_admin_num START WITH 1 INCREMENT BY 1 MAXVALUE 100;

• 插入时根据Type选择对应的序列取号：

INSERT INTO User (Name, Surname, Address, Type, UniqueNumber)
VALUES ('Jane', 'Smith', '456 Ave', 'Manager', NEXT VALUE FOR seq_manager_num);

这个方案的优点是性能好，不用查最大编号，但缺点是扩展性差——以后要是新增Type，就得手动新建序列，不太灵活。

最后再啰嗦一句：不管用哪种方案，那个复合唯一约束一定要加上！这是数据库层面的最后一道防线，就算应用层或者触发器出了bug，也能防止出现重复的(Type, UniqueNumber)组合。

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