ROW_NUMBER()与RAND()不能混用，因RAND()是非确定性函数，违反窗口函数要求稳定排序的规则；正确做法是将RAND()计算置于子查询中生成固定随机值，再在外层用ROW_NUMBER()基于该值排序编号。
直接说结论：ROW_NUMBER() 和 RAND() 不能混用，否则报错或结果不可控
SQL 标准里 ROW_NUMBER() 是窗口函数，必须基于确定性排序（ORDER BY），而 RAND() 每次求值都可能变化，违反了窗口函数对“稳定排序依据”的要求。在 MySQL、PostgreSQL、SQL Server 中直接写 ROW_NUMBER() OVER (ORDER BY RAND()) 要么报错（如 PostgreSQL 报 “window function calls cannot contain volatile functions”），要么行为异常（如旧版 MySQL 可能静默降级为非随机）。
MySQL 8.0+ 正确做法：先用 RAND() 排序，再套 ROW_NUMBER()
核心思路是把随机打乱作为「物理顺序调整」放在子查询/CTE 里完成，再对外层结果编号。这样 ROW_NUMBER() 的 ORDER BY 引用的是已固定的行序，不触碰 RAND()。
示例（MySQL 8.0+ 或支持 CTE 的数据库）：
SELECT id, name, ROW_NUMBER() OVER (ORDER BY rand_val) AS rn FROM ( SELECT id, name, RAND() AS rand_val FROM users ) t;
注意点：
-
RAND()在子查询中每行只计算一次，确保后续排序稳定 - 不要用
ORDER BY RAND()在外层加LIMIT后再套ROW_NUMBER()，那会丢失原始全量排名语义 - 如果需复现相同随机序（比如测试），可用
RAND(42)传入种子
PostgreSQL / SQL Server：用 TABLESAMPLE 或 NEWID() 替代 RAND()
PostgreSQL 不允许 RAND() 出现在窗口函数排序中，但提供更高效的替代方案：
- PostgreSQL：用
TABLESAMPLE SYSTEM(10)随机抽样 +ROW_NUMBER()，或 CTE 中ORDER BY RANDOM()（注意是RANDOM()，不是RAND()） - SQL Server：用
NEWID()—— 它是稳定生成的 GUID，可安全用于排序：ROW_NUMBER() OVER (ORDER BY NEWID()) - 避免在大表上
ORDER BY RANDOM()，它会强制全表扫描并内存排序，性能差
真正需要“随机排名”的场景，往往该换思路
如果你的目标是「给用户分组做 A/B 测试」或「随机分配序号后取前 N」，直接用 ROW_NUMBER() 反而多余：
- 要随机取 100 行？用
ORDER BY RAND() LIMIT 100（MySQL）或TABLESAMPLE（PG）更高效 - 要给每行打一个随机但稳定的序号（比如导出后人工核对）？加一列
UUID()或哈希字段比依赖运行时RAND()更可靠 - 想实现“按某字段分组内随机排序再编号”？必须用两层嵌套：
GROUP BY子查询 → 每组内ORDER BY RAND()→ 外层编号，否则PARTITION BY和RAND()依然冲突
随机和确定性排序天生矛盾，硬凑 ROW_NUMBER() 和 RAND() 往往说明需求没理清——先确认你到底要“随机顺序”，还是要“带随机性的连续编号”。
