SELECT TOP 1 * FROM table_name ORDER BY NEWID() 可随机取一行，但大表会全表扫描+内存排序；RAND() 因单语句内只计算一次，无法实现行级随机，不可用于ORDER BY或条件过滤。
直接用 SELECT TOP 1 * FROM table_name ORDER BY NEWID() 就能拿到一行随机数据，但必须清楚它在大表上会全表扫描+内存排序，不是“轻量操作”。
为什么不能用 RAND()？
SQL Server 的 RAND() 在单条语句中只计算一次，所有行得到的值完全相同，ORDER BY RAND() 实际等价于固定顺序排序，根本不会随机。你看到的“偶尔变化”，大概率是缓存失效或执行计划重编译带来的巧合，不可依赖。
-
RAND()是确定性函数，优化器可能提前剪枝或复用结果 - 即使加了
WHERE RAND() > 0.5，条件也恒真或恒假，无法控制抽样比例 - 想靠
RAND()做随机过滤，基本等于写了个 bug
NEWID() 真正起作用的关键点
NEWID() 每次调用都生成新 GUID，且 SQL Server 强制它在 ORDER BY 中逐行求值——这才是真正随机的底层保障。
- 必须写成
ORDER BY NEWID()，不能先算出一个值再排序（比如SELECT *, NEWID() AS r FROM t ORDER BY r效果一样，但多占一列） - 不能在视图、内联表值函数或计算列中使用
NEWID()，SQL Server 明确禁止非确定性函数出现在这些对象里 - 事务中多次执行该语句，每次结果都不同，
NEWID()不受事务隔离级别影响，也无法回滚到“上一次随机状态”
大表（10 万行以上）怎么避免性能崩掉？
全表扫描 + 排序在大数据量下会迅速吃光内存，Sort 运算符成为执行计划瓶颈，甚至触发磁盘工作区溢出。
- 优先考虑应用层抽样：查出
MIN(id)和MAX(id)，程序生成几个随机 ID，再WHERE id IN (...)查——前提是主键连续或稀疏度可控 - 若必须纯 SQL，可用 CTE 先取 ID 再 JOIN：
WITH random_ids AS ( SELECT TOP 1 id FROM your_table ORDER BY NEWID() ) SELECT t.* FROM your_table t INNER JOIN random_ids r ON t.id = r.id;
减少 I/O，尤其当表宽（字段多、有大文本）时更明显 - 如果只要某几列，别写
*，明确列出字段，让 SQL Server 尽量走覆盖索引
去重后还要随机，怎么办？
DISTINCT 和 NEWID() 不能直接共存，SQL Server 报错：“SELECT DISTINCT cannot be used with ORDER BY containing a non-aggregate expression”。
- 先用子查询或 CTE 去重，再在外层
ORDER BY NEWID()： SELECT TOP 1 * FROM ( SELECT DISTINCT col1, col2 FROM your_table ) t ORDER BY NEWID();
- 注意：去重本身已是一次排序或哈希运算，再套
NEWID()会让开销翻倍，超 5 万行建议改用临时表分步处理
真正容易被忽略的是：NEWID() 随机性虽强，但它不提供可重现性。如果你需要“同一请求里多次调用返回相同随机样本”，必须手动缓存第一次结果——比如存进 @table_variable 或临时表，后续读它，而不是反复执行 ORDER BY NEWID()。
