order by newid() 能实现行级随机排序，因每次调用生成唯一guid且逐行求值；而rand()在单语句中只计算一次，所有行值相同，无法真正随机。
直接用 ORDER BY NEWID() 就能实现行级随机排序，但必须理解它不是“轻量操作”，尤其在大表上会全表扫描+内存排序。
为什么 ORDER BY NEWID() 能随机，而 ORDER BY RAND() 不行？
SQL Server 的 RAND() 在单条语句中只计算一次，所有行拿到的值完全相同，ORDER BY RAND() 实际等价于按常量排序——根本不会变序。你偶尔看到变化，只是执行计划重编译或缓存刷新的巧合，不可依赖。NEWID() 则不同：每次调用都生成新 GUID，且 SQL Server 强制它在 ORDER BY 中逐行求值，天然支持行级随机。
-
RAND()是确定性函数，优化器可能提前复用结果，甚至剪枝 -
WHERE RAND() > 0.5这种写法恒真或恒假，无法做概率过滤 -
NEWID()每次执行都不同，事务内多次调用结果也互不干扰
基础用法：取 N 条随机记录
最常用场景就是抽样，比如查 5 条随机用户：
SELECT TOP 5 * FROM users ORDER BY NEWID();
注意几点：
- 别写
SELECT *如果只需要几列，明确列出字段能减少 I/O，尤其表宽（含TEXT、XML等大字段）时更明显 -
TOP N必须配合ORDER BY NEWID()才生效；单独TOP N是取前 N 行，非随机 - 如果表有聚集索引，且你只关心主键，可先抽 ID 再 JOIN，避免全行读取
去重后还要随机，怎么写？
DISTINCT 和 ORDER BY NEWID() 不能共存，SQL Server 会报错：“SELECT DISTINCT cannot be used with ORDER BY containing a non-aggregate expression”。必须分两步：
SELECT TOP 1 * FROM ( SELECT DISTINCT col1, col2 FROM your_table ) t ORDER BY NEWID();
或者用 CTE 更清晰：
WITH dedup AS ( SELECT DISTINCT col1, col2 FROM your_table ) SELECT TOP 1 * FROM dedup ORDER BY NEWID();
关键点是：去重必须在最内层完成，外层再套随机排序。
大表（10 万行以上）性能崩了怎么办？
ORDER BY NEWID() 会触发全表扫描 + 内存 Sort 运算符，数据量一上去就吃光内存，甚至溢出到磁盘临时表。这时候纯 SQL 方案已不现实：
- 优先考虑应用层抽样：查
MIN(id)和MAX(id)，程序生成若干随机 ID，再WHERE id IN (...)查询 - 若必须 SQL，可用 CTE 先抽 ID 再关联原表：
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;
- 该技巧对宽表特别有效——只读主键列，避免加载大量无关字段
真正容易被忽略的是：即使加了索引，NEWID() 本身无法走索引，它永远是无序计算。所谓“优化”，本质是绕开全行扫描，而不是加速 NEWID() 本身。
