pl/sql触发器可用sys_guid()或dbms_crypto.randombytes生成uuid并赋值主键，须用before insert且仅当:new.id is null时赋值；oracle无uuid()函数，禁用java方案；推荐raw(16)存储以提升性能。
直接说结论：PL/SQL 触发器可以生成 UUID 并赋值给主键字段，但必须用 DBMS_CRYPTO.RANDOMBYTES 或 SYS_GUID()，不能依赖外部函数或 Java；且触发器类型必须是 BEFORE INSERT，且需确保字段允许 NULL 或未显式插入值。
为什么不用 UUID() 或 NEWID()？
Oracle 原生不提供 UUID() 函数（那是 SQL Server 的），也没有内置的 RFC 4122 标准 UUID 生成器。常见误区是试图调用不存在的函数，结果报错 ORA-00904: "UUID" invalid identifier。部分人改用 Java 存储过程封装 java.util.UUID.randomUUID()，但这引入 JVM 依赖、权限复杂、性能较差，生产环境应避免。
可用替代方案只有两个：
-
SYS_GUID()：返回 RAW(16)，本质是 16 字节全局唯一标识，非标准 UUID 字符串格式（无连字符、全大写 HEX），但满足“唯一+分布式”核心需求 -
RAWTOHEX(SYS_GUID())或自定义函数转成 32 位字符串；若坚持 8-4-4-4-12 格式，需手动拼接，例如：RTRIM(TO_CHAR(SYS_GUID(), 'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'))后再切分
BEFORE INSERT 触发器必须处理 NULL 和显式插入冲突
如果表定义主键为 id VARCHAR2(36) PRIMARY KEY，而应用层偶尔会传入 ID（如幂等场景），触发器不能无条件覆盖——否则会破坏业务语义。正确做法是仅在 :NEW.id IS NULL 时生成：
CREATE OR REPLACE TRIGGER trg_gen_uuid_before_insert
BEFORE INSERT ON your_table
FOR EACH ROW
BEGIN
IF :NEW.id IS NULL THEN
:NEW.id := LOWER(
RAWTOHEX(SYS_GUID())
);
END IF;
END;
注意点：
- 必须用
LOWER()，因为SYS_GUID()返回大写 HEX，统一小写更符合 UUID 惯例 - 不要在触发器里做
SELECT ... INTO查询，会引发 mutating table 错误 - 若主键字段定义了
NOT NULL但没设默认值，而插入时又没给值，触发器必须赋值，否则报ORA-01400
性能与索引影响：SYS_GUID() 不如序列 + 序列号稳定
SYS_GUID() 生成的值是随机分布的，作为主键会导致索引页频繁分裂、插入热点分散，对高并发 INSERT 场景比 SEQUENCE.NEXTVAL 慢约 15–30%（实测 Oracle 19c）。如果你的表每秒插入超 500 行，且不需要跨库合并或客户端预生成 ID，优先考虑序列 + 触发器组合。
若仍选 UUID，建议：
- 主键字段用
RAW(16)类型存储SYS_GUID()结果，比VARCHAR2(36)节省空间、比较更快 - 避免在该字段上建位图索引（不适用）或函数索引（如
LOWER(id)），除非查询明确走该表达式 - 导出/同步数据时，注意
RAW值在不同工具中可能显示为十六进制字符串或乱码，需统一用RAWTOHEX处理
真正麻烦的不是生成 UUID，而是确认下游系统是否接受 RAW 类型、是否要求标准格式、是否已存在手工拼接的 UUID 逻辑——这些边界情况比触发器语法本身更容易出问题。
