Oracle不支持AUTO_INCREMENT，须用SEQUENCE+行级触发器实现；必须加WHEN(NEW.id IS NULL)且用SELECT…INTO:NEW.id FROM dual赋值，不可直接赋值；CACHE提升性能但可能跳号，NOCACHE保证连续但性能差。
Oracle 本身不支持 AUTO_INCREMENT，必须用 SEQUENCE + TRIGGER 组合实现主键自增；漏掉 WHEN (NEW.id IS NULL) 或误写 :NEW.id := seq.NEXTVAL 是最常导致插入失败或覆盖手动值的两个硬伤。
CREATE SEQUENCE 时 cache 和 nocache 怎么选？
序列的 CACHE 设置直接影响 ID 连续性与高并发性能：
-
CACHE 20（默认）：Oracle 预分配 20 个值到内存，插入快；但数据库异常重启后，未用完的缓存值丢失 → 出现“跳号”（如 100→121） -
NOCACHE：每次调用都刷盘取值，ID 绝对连续，但吞吐量下降明显，尤其批量插入时 - 开发/测试环境建议
NOCACHE；生产环境推荐CACHE 20或更高（如CACHE 100），但别用ORDER—— 它在 RAC 环境下会严重拖慢性能
BEFORE INSERT 触发器里为什么必须用 SELECT INTO？
PL/SQL 不允许直接赋值给 :NEW.id，SELECT ... INTO :NEW.id FROM dual 是唯一合法写法：
- 错误写法：
:NEW.id := my_seq.NEXTVAL→ 编译报错PLS-00382: expression is of wrong type - 错误写法：
SELECT my_seq.NEXTVAL INTO :NEW.id→ 缺FROM dual，运行时报ORA-00923: FROM keyword not found - 正确写法：
SELECT my_seq.NEXTVAL INTO :NEW.id FROM dual - 务必加
WHEN (NEW.id IS NULL)，否则你显式插入INSERT INTO users(id, name) VALUES(100, 'Alice')也会被触发器强行覆盖
已有数据的表，怎么让序列起点对齐最大 ID？
如果表里已有 999 条记录，最大 id 是 999，而新序列从 1 开始，第一次插入就会触发主键冲突 ORA-00001：
- 先查当前最大值：
SELECT NVL(MAX(id), 0) FROM my_table - Oracle 12c+ 直接重置：
ALTER SEQUENCE my_seq RESTART WITH 1000 - 旧版本需三步：
ALTER SEQUENCE my_seq INCREMENT BY 1000→SELECT my_seq.NEXTVAL FROM dual→ALTER SEQUENCE my_seq INCREMENT BY 1 - 注意：
RESTART WITH的值应为「当前最大值 + 1」，不是当前最大值
真正容易被忽略的是：触发器一旦启用，它就对所有 INSERT 生效，包括应用层传入 NULL 的情况——这和 MySQL 的 DEFAULT NULL 行为完全不同；如果你的应用逻辑依赖“显式传 NULL 就自增”，那没问题；但如果传了 0 或空字符串却期望触发器兜底，就会出错。
