基于MySQL数据库的序列号跳号问题求助

问题根源 #

你当前采用的「先查询最后一条记录的序列号→加1→插入新记录」逻辑存在非原子性问题：在并发场景下，多个请求会同时读取到同一个最大值，生成重复的新号；若其中某个请求插入失败（事务回滚、网络中断等），就会出现跳号。这是导致序列号不连续的核心原因。

可行解决方案 #

1. 使用MySQL自增主键（推荐，适用于无业务前缀的序列号） #

将序列号设为表的自增主键，让MySQL自动维护递增逻辑：

CREATE TABLE your_table (
    serial_number INT AUTO_INCREMENT PRIMARY KEY,
    -- 其他业务字段
);

插入时无需手动生成序列号，MySQL会自动保证连续递增。注：极端场景（如事务回滚、服务器重启）可能出现极小概率跳号，若业务要求绝对连续，此方案不适用。

2. 单独维护序列号表+原子更新（严格保证连续） #

创建专门的序列号维护表，通过原子更新操作避免并发冲突：

• 第一步：创建并初始化序列号表

CREATE TABLE serial_counter (
    id INT PRIMARY KEY DEFAULT 1,
    current_max INT NOT NULL DEFAULT 0
);
INSERT INTO serial_counter (id, current_max) VALUES (1, 0);

• 第二步：通过原子更新获取新序列号

-- 原子更新并获取新值
UPDATE serial_counter 
SET current_max = current_max + 1 
WHERE id = 1;

SELECT current_max FROM serial_counter WHERE id = 1;

也可借助事务加行锁保证原子性：

BEGIN;
SELECT current_max FROM serial_counter WHERE id = 1 FOR UPDATE;
UPDATE serial_counter SET current_max = current_max + 1 WHERE id = 1;
COMMIT;

这种方式能确保同一时间只有一个请求能更新序列号，从根源避免跳号。

3. 应用层加分布式锁（适用于分布式部署场景） #

如果系统是多节点部署，用Redis或ZooKeeper实现分布式锁，保证同一时间仅一个请求生成新序列号：

# 伪代码示例（Redis锁）
lock = redis.lock('serial_generate_lock', timeout=5)
if lock.acquire():
    try:
        max_serial = db.query("SELECT MAX(serial_number) FROM your_table")
        new_serial = max_serial + 1
        db.insert("INSERT INTO your_table (serial_number, ...) VALUES (%s, ...)", new_serial)
    finally:
        lock.release()

需注意合理设置锁超时时间，避免死锁。

注意事项 #

• 高并发场景下严禁使用「先查询后插入」的非原子逻辑，这是跳号的主要诱因。
• 若需自定义格式序列号（如前缀+数字），可将数字部分用上述方案维护，拼接前缀后使用。

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