DB2序列怎么创建和调用？序列对象使用方法详解

在设计数据库表结构时，主键编号的生成方式是一个绕不开的话题。DB2除了提供IDENTITY自增列之外，还提供了一个更灵活的对象——序列（SEQUENCE）。与自增列只能绑定在单个表上不同，序列是独立的数据库对象，多个表可以共享同一个序列，甚至在不插入任何数据的情况下也能提前获取下一个编号。这种灵活性让序列在单据编号生成、订单流水号分配、日志编号等场景中被广泛使用。本文将系统讲解DB2序列对象的创建语法和调用方法，并结合实际案例说明使用中需要注意的细节。

一、使用CREATE SEQUENCE语句创建序列

创建序列的核心语句是CREATE SEQUENCE，它支持一系列参数来控制序列的取值行为。下面先看一个最基础的创建语句：

-- 在指定模式下创建一个序列
CREATE SEQUENCE sales.order_seq
    START WITH 1000        -- 起始值为1000
    INCREMENT BY 1         -- 每次递增1
    NO MINVALUE            -- 不设置最小值限制
    NO MAXVALUE            -- 不设置最大值限制
    NO CYCLE               -- 到达边界后不循环
    CACHE 20;              -- 预先缓存20个值到内存

这段语句中每个参数都有明确的作用。START WITH指定序列的第一个值，INCREMENT BY控制每次增长的步长，步长可以是负数，这样就能创建一个递减序列。比如需要在定时任务中倒序编号，就可以设置INCREMENT BY -1并让START WITH从一个较大的数开始。

MAXVALUE和MINVALUE用来限定序列的边界。当启用了CYCLE选项后，序列到达最大值会绕回最小值继续生成，这在编号循环复用的场景中很有用；如果是NO CYCLE，序列一旦耗尽，再次取值就会报SQL错误。因此建议在创建时根据业务量评估上限，避免运行期出错。

缓存参数CACHE值得特别说明。设置CACHE 20后，DB2会一次性将20个值读入内存，应用程序取值时直接从内存获取，减少了磁盘访问次数，性能更好。但缓存也带来一个副作用：如果数据库异常重启或回滚事务，缓存中没有用完的值会被直接丢弃，序列就会出现跳号现象。如果业务上要求编号绝对连续，就需要使用NO CACHE，但代价是每次取值都要写日志，高并发场景下性能会明显下降。

另外还有ORDER与NOORDER选项。默认的NOORDER表示不保证按请求顺序分配值，在多节点环境能获得更高吞吐量；如果业务严格要求取值顺序与请求顺序一致，则要显式指定ORDER。

二、NEXT VALUE FOR与PREVIOUS VALUE FOR两种取值方式

序列创建好之后，最常用的取值表达式是NEXT VALUE FOR，它的作用是获取序列的下一个值。这个表达式可以出现在SELECT列表、INSERT语句的VALUES子句、UPDATE的SET子句等多种位置：

-- 直接查询获取下一个编号
SELECT NEXT VALUE FOR sales.order_seq FROM sysibm.sysdummy1;

-- 在INSERT语句中调用序列生成主键
INSERT INTO sales.orders (order_id, customer_name, amount)
VALUES (NEXT VALUE FOR sales.order_seq, '张三', 5600.00);

-- 在UPDATE语句中使用
UPDATE sales.orders
SET order_id = NEXT VALUE FOR sales.order_seq
WHERE order_id IS NULL;

需要注意sysibm.sysdummy1这个特殊的单行系统表。在DB2中，如果只是想单纯取一个序列值而不操作任何业务表，就需要借助SELECT ... FROM sysibm.sysdummy1的写法，因为DB2要求SELECT语句必须包含FROM子句。

与NEXT相对的是PREVIOUS VALUE FOR表达式，它返回当前会话最近一次通过NEXT VALUE生成的值。它的典型用途是在插入主表后，把同一个编号写入子表，保证主子表的关联键完全一致：

-- 插入主表，使用序列生成单据号
INSERT INTO sales.orders (order_id, customer_name, amount)
VALUES (NEXT VALUE FOR sales.order_seq, '李四', 2300.00);

-- 插入子表，复用刚才生成的单据号
INSERT INTO sales.order_items (item_id, order_id, product_name, qty)
VALUES (1, PREVIOUS VALUE FOR sales.order_seq, '显示器', 2);

这里有一个容易踩坑的地方：PREVIOUS VALUE返回的是当前会话自己生成的上一个值，与其他会话无关。也就是说，即使另一个用户在同一时刻也从同一个序列取了值，也不会影响本会话PREVIOUS VALUE的结果。但前提是本会话必须先执行过至少一次NEXT VALUE取值，否则调用会报错。

三、序列的修改、删除与并发场景注意事项

序列创建后如果业务需求发生变化，可以用ALTER SEQUENCE在不删除重建的前提下调整参数。可以修改的内容包括增量、边界、缓存大小和循环属性，但序列的数据类型在创建后就无法更改了。一个常见的运维操作是重置序列，让它从指定的值重新开始：

-- 将序列重新设置为从50000开始（前提是当前值小于50000）
ALTER SEQUENCE sales.order_seq RESTART WITH 50000;

-- 调整缓存大小为50，提升并发性能
ALTER SEQUENCE sales.order_seq CACHE 50;

-- 修改最大值并允许循环
ALTER SEQUENCE sales.order_seq MAXVALUE 999999 CYCLE;

-- 删除不再使用的序列
DROP SEQUENCE sales.order_seq;

RESTART WITH只能把序列设置为更大的值，不能往回重置到已经生成过的值，这是为了保护值的唯一性。如果确实需要让序列回到较小的值，只能先DROP再重建，但必须确认旧值不会与新值冲突，否则主键唯一性约束会直接报错。

在多表共享序列的场景中，序列的独立对象特性就体现出来了。例如订单表、退货单表、发票表都需要纳入同一个全局单据编号体系，可以让它们统一引用同一个序列。也可以借助触发器，在插入数据时自动取值，让应用层完全不用关心编号逻辑：

CREATE TRIGGER sales.orders_insert
BEFORE INSERT ON sales.orders
REFERENCING NEW AS n
FOR EACH ROW
MODE DB2SQL
BEGIN ATOMIC
    SET n.order_id = NEXT VALUE FOR sales.order_seq;
END;

并发性能方面，如果系统存在大量并发插入，建议把CACHE值设置得大一些，比如100或200，减少序列值的争用；如果是金融类业务对连续性要求极高，则用NO CACHE并接受一定的性能损耗。还要提醒一点，序列生成的值只能保证不重复，但不保证事务回滚后能收回已分配的编号，所以序列编号适合做唯一标识，不适合做严格的流水记账凭证。掌握这些细节后，序列就能在DB2中稳定高效地为业务提供编号服务。

DB2序列sequence对象数据库自增ID修改时间：2026-09-04 11:34:50