哈哈，这个坑我之前踩过！我当时也纳闷为啥uuid()生成的全是一样的，后来查了Hive的函数执行逻辑才搞明白。

问题原因 #

其实问题出在Hive的查询优化策略上：

• uuid()属于无参数的UDF，但Hive的优化器把它认定为常量表达式——也就是说，整个查询只会在执行初期计算一次uuid()的值，然后把这个结果复用给所有行，所以最终所有行的UUID都完全相同。
• 而rand()函数是Hive专门做了特殊处理的，它会在处理每一行数据时重新调用一次，因此每行都会生成不同的随机值。

替代解决方案（避开reflect方法） #

因为你受Sentry限制无法使用reflect('java.util.UUID','randomUUID')，可以用几个内置函数组合生成每行唯一的ID：

方案1：时间戳+行号（简单可靠） #

这种方式能保证每行ID唯一，且实现简单：

SELECT
  CONCAT(CAST(UNIX_TIMESTAMP() AS STRING), '_', CAST(ROW_NUMBER() OVER () AS STRING)) AS unique_id,
  -- 替换成你的实际列
  your_column1, your_column2
FROM your_table;

• UNIX_TIMESTAMP()：生成当前时间的时间戳，避免不同批次查询生成重复ID
• ROW_NUMBER() OVER ()：给每行分配一个唯一递增的序号，保证同批次内每行ID唯一

方案2：时间戳+行号+随机哈希（带随机性） #

如果需要更接近UUID的随机特性，可以再结合rand()的哈希值：

SELECT
  CONCAT(
    CAST(UNIX_TIMESTAMP() AS STRING),
    '_',
    CAST(ROW_NUMBER() OVER () AS STRING),
    '_',
    CAST(HASH(RAND()) AS STRING)
  ) AS unique_id,
  your_column1, your_column2
FROM your_table;

HASH(RAND())会生成一个随机哈希值，让ID更具随机性，同时依然保证唯一性。

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