SYS_GUID() 返回 RAW(16) 类型，是二进制数据而非字符串；需用 RAWTOHEX 或 TO_CHAR 转为十六进制字符串，不可直接拼接或模糊匹配，JDBC 中须用 getBytes() 获取再转换。
Oracle 里 SYS_GUID() 返回的是什么类型？
它返回的是 raw(16)，不是字符串。直接 select sys_guid() from dual 看起来像一串十六进制，但本质是二进制数据——这意味着你不能直接拼接、like 模糊匹配，或当普通字符串传给某些 jdbc 驱动（比如老版本 oracle jdbc 会报 ora-00932: inconsistent datatypes）。
常见错误现象：在 MyBatis 或 Spring JDBC 中用 #{id} 接收 SYS_GUID() 结果，却收到空值或类型转换异常；或者把结果插入 VARCHAR2 字段时没显式转码，导致乱码或截断。
- 要用
TO_CHAR(SYS_GUID(), 'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX')转成 32 位小写十六进制字符串（注意：Oracle 12c+ 支持该格式，旧版需用RAWTOHEX(SYS_GUID())） - 如果字段是
CHAR(36)并想带连字符（如xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx），得自己拼接，SYS_GUID()本身不生成带分隔符的格式 - 别在应用层靠
UUID.randomUUID().toString()模拟——字节序、版本号、随机性来源都不同，无法和数据库侧对齐
为什么不用 NEWID() 或 UUID()？
因为它们根本不是 Oracle 的函数。NEWID() 是 SQL Server 的，UUID() 是 PostgreSQL 的 gen_random_uuid() 或 MySQL 的 UUID()，在 Oracle 里执行只会报 ORA-00904: "NEWID": invalid identifier。有人误以为 Oracle 支持标准 SQL 的 UUID 函数，其实直到 22c 才有实验性 GENERATE_UUID()（仍非默认启用）。
所以别搜“Oracle UUID 函数”，直接认准 SYS_GUID()——它是 Oracle 唯一原生、无需额外权限、跨版本稳定的全局唯一标识生成方式。
-
SYS_GUID()是服务器端生成，依赖 Oracle 实例的 MAC 地址 + 时间戳 + 进程 ID，保证集群内唯一 - 性能比序列 + 触发器高，无锁争用，适合高并发插入场景
- 但注意：它不保证单调递增，不适合做主键索引（会导致索引分裂），除非你用反向键索引或换成
IDENTITY列
Java 应用里怎么安全取到 SYS_GUID() 结果？
JDBC 默认把 RAW 映射为 byte[]，不是 String。如果你用 ResultSet.getString() 读 SYS_GUID()，多数驱动会返回 null 或抛异常，尤其 Oracle 11g 的 ojdbc6.jar。
正确做法是明确按 RAW 处理，再转十六进制字符串：
String sql = "SELECT SYS_GUID() FROM DUAL";
try (PreparedStatement ps = conn.prepareStatement(sql);
ResultSet rs = ps.executeQuery()) {
if (rs.next()) {
byte[] raw = rs.getBytes(1); // 别用 getString()
String uuid = String.format("%032x", new BigInteger(1, raw));
}
}
- 用
rs.getBytes()，不是rs.getString()或rs.getObject() - 避免用
new String(raw)——RAW不是 UTF-8 编码，会乱码 - Spring JDBC 的
JdbcTemplate.queryForObject("SELECT SYS_GUID()", String.class)会失败，必须自定义RowMapper处理byte[]
和序列（SEQUENCE）比，SYS_GUID() 真的更“全局唯一”吗？
是的，但代价是不可预测性和索引效率低。序列只在单实例内唯一，跨 RAC 节点需要 ORDER 和缓存控制，而 SYS_GUID() 天然支持 RAC，每个节点生成的 RAW 值从物理源头就隔离。
不过要注意：它的“全局唯一”是概率意义上的——理论上存在极小碰撞可能（2^128 空间），但实践中远比时间戳+序列靠谱。真正容易出问题的是人：比如把 SYS_GUID() 当作业务可读 ID 暴露给前端，或用它做分库分表路由键（因无序导致数据倾斜）。
- 别用它生成订单号、用户邀请码这类需要可读/可校验的 ID
- 如果要兼容 MySQL/PostgreSQL，别硬套
SYS_GUID()逻辑，应用层统一用java.util.UUID生成并存为字符串更可控 - Oracle 12c+ 可建虚拟列：
uuid_str VARCHAR2(32) GENERATED ALWAYS AS (RAWTOHEX(SYS_GUID())) VIRTUAL，但每次查询都重算，慎用于高频读场景
最常被忽略的一点：SYS_GUID() 在 INSERT 语句里调用多次，每次都会生成新值——比如 INSERT INTO t(id, backup_id) VALUES (SYS_GUID(), SYS_GUID())，两个字段的值一定不同。这和序列的 NEXTVAL 行为完全不同，得心里有数。
