<p>ORDER BY RAND()不均匀且慢，因其对每行重算RAND()并全表排序；应改用主键范围查询（如WHERE id >= FLOOR(RAND() * MAX(id))）或应用层采样，避免全表扫描与filesort。</p>
MySQL里用RAND()取随机行为什么总不均匀？
因为RAND()在WHERE子句中对每一行都重新计算，但MySQL优化器可能提前剪枝或复用值，导致结果偏差。更关键的是：没加ORDER BY RAND()就直接LIMIT，根本不是真随机——它只是从扫描顺序里截一段。
- 正确姿势是：
SELECT * FROM table ORDER BY RAND() LIMIT 100 - 但注意：全表排序开销极大，10万行以上就明显变慢
- 如果表有自增主键且连续，可用
WHERE id >= FLOOR(RAND() * (SELECT MAX(id) FROM t)) LIMIT 100替代，但会漏掉空洞ID
PostgreSQL怎么避免ORDER BY RANDOM()拖垮查询？
RANDOM()在PostgreSQL里确实等价于MySQL的RAND()，但它的执行计划更容易暴露性能问题：只要看到Sort节点+Random字段，基本就是全表排序了。
- 小表（ORDER BY RANDOM() LIMIT N没问题
- 大表优先考虑
TABLESAMPLE SYSTEM (x)，比如SELECT * FROM t TABLESAMPLE SYSTEM (1)抽1%样本，不排序、不重复、速度快 - 若需精确数量且不能重复，得配合
OFFSET FLOOR(RANDOM() * total_count)多次查询再去重，但并发时可能重复
SQL Server的NEWID()和ORDER BY组合为啥有时返回空？
常见错误是写成SELECT TOP 100 * FROM t ORDER BY NEWID()却忘了NEWID()每次调用都生成新值，而SQL Server在ORDER BY中允许引用未选字段——但如果你用了SELECT DISTINCT或聚合，NEWID()会被当作非确定性函数拒绝。
- 确保查询不含
DISTINCT、GROUP BY或窗口函数，否则报错Cannot use a non-deterministic function - 想绕过限制？用CTE先生成ID+
NEWID()，再外部排序：WITH r AS (SELECT *, NEWID() AS rnd FROM t) SELECT TOP 100 * FROM r ORDER BY rnd
- 注意：
NEWID()比CHECKSUM(NEWID())慢，后者可转为整数加快排序，但范围受限
跨数据库兼容的随机采样有没有安全写法？
没有真正兼容的原生语法。各数据库对“随机”的实现逻辑不同，连种子控制、重复性、分布均匀性都不一致。硬要写通用SQL，只能牺牲效率或精度。
- 最稳妥的底线方案：应用层取全量ID数组，用语言自带随机库抽样（如Python的
random.sample()），再WHERE id IN (...) - 如果必须SQL内完成，接受差异：MySQL用
RAND()，PostgreSQL用TABLESAMPLE，SQL Server用NEWID()，别试图抽象成一个宏 - 特别注意：所有基于
RAND()/RANDOM()/NEWID()的排序，在事务中多次执行结果不同，无法回滚复现
真实场景里，样本是否需要可重现、是否允许少量重复、能否接受ID空洞，这些细节比函数名本身更决定最终写法。
