未指定START WITH的Oracle序列在用户环境首次INSERT从2开始，不符默认预期

核心原因 #

这种差异大概率是用户环境中序列的第一个值被提前消耗了，而非Oracle默认规则失效，常见场景包括：

• 客户端工具自动触发：像PL/SQL Developer、SQL Developer这类工具，在创建序列后可能会自动执行SELECT SEQ_ORA.NEXTVAL FROM DUAL来验证序列可用性，直接用掉了初始值1。
• 隐性脚本/操作：用户环境中可能存在后台脚本、触发器或者其他自动化操作，在序列创建后悄悄调用过一次NEXTVAL。
• 缓存配置差异：Oracle序列默认缓存20个值，若用户环境的SEQUENCE_CACHE_SIZE全局参数被修改，或者序列创建时隐性继承了特殊缓存设置，也可能导致起始值异常。

快速验证 #

执行以下SQL查看序列的当前状态：

SELECT sequence_name, last_number, cache_size 
FROM user_sequences 
WHERE sequence_name = 'SEQ_ORA';

如果last_number返回2，说明序列确实已经被调用过一次NEXTVAL；对比DBA环境的同一条查询结果，就能确认缓存或当前值的差异。

解决办法 #

1. 创建时显式指定起始值：最稳妥的方式是创建序列时明确写START WITH 1，彻底避免默认行为的不确定性：

CREATE SEQUENCE SEQ_ORA START WITH 1;

2. 重置已存在的序列：如果序列已经创建，可通过以下方式重置初始值：

-- 简单粗暴法：删除重建
DROP SEQUENCE SEQ_ORA;
CREATE SEQUENCE SEQ_ORA START WITH 1;

-- 不删除重置法（适合不能删序列的场景）
ALTER SEQUENCE SEQ_ORA INCREMENT BY -1;
SELECT SEQ_ORA.NEXTVAL FROM DUAL; -- 这一步会把序列值调回0
ALTER SEQUENCE SEQ_ORA INCREMENT BY 1;

3. 检查客户端设置：打开你用的数据库客户端，看看有没有“自动验证对象”“自动执行测试查询”这类功能，关掉它避免隐性消耗序列值。

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