postgresql用order by random() limit n等价实现mysql的order by rand() limit，但无rand()函数；大表慎用，因会全表扫描和内存排序，可配合tablesample或主键随机in查询优化。
MySQL 中用 RAND() 抽取固定数量的随机行
直接在 ORDER BY RAND() 后加 LIMIT 是最常用做法，但要注意性能陷阱。比如要从 users 表里随机取 10 条记录：
SELECT * FROM users ORDER BY RAND() LIMIT 10;这语句在小表（几千行以内）没问题，但一旦表超过几万行，
RAND() 会为每一行生成随机值再排序，CPU 和临时表开销陡增。PostgreSQL 怎么等价实现？别用 RAND()
PostgreSQL 没有 RAND()，对应函数是 RANDOM()，用法类似但不能直接套用 MySQL 写法：
SELECT * FROM users ORDER BY RANDOM() LIMIT 10;注意：和 MySQL 一样，大表慎用。如果表有主键且连续，可用更高效方式——先随机算一个 ID 范围再
IN 查询，但前提是主键无空缺、分布均匀。SQL Server 的 NEWID() 替代方案
SQL Server 不支持 RAND() 用于排序，要用 NEWID() 生成唯一 GUID 实现随机排序：
SELECT TOP 10 * FROM users ORDER BY NEWID();
NEWID() 每次调用都生成新值，所以能“打乱”顺序。但同样不适用于百万级表——它仍需扫描全表并为每行计算 GUID。若只要单条记录，可改用 TABLESAMPLE（如 FROM users TABLESAMPLE (1 PERCENT)），但抽样结果不保证精确行数，且可能为空。避免 RAND() 在 WHERE 中误用
常见错误是想“只查随机满足条件的行”，写成：
SELECT * FROM users WHERE RAND() 这会导致不可预测结果：因为 <code>RAND()</code> 在 WHERE 中对每行独立求值，不是真正“随机抽样”，而是按概率筛选（约 10% 行被返回，但不是均匀随机的 N 条）。真要控制数量，必须结合 <code>ORDER BY + LIMIT/TOP</code> 或子查询生成随机 ID 列表。<p>真正影响效率的不是函数本身，而是它触发的全表计算和排序。如果数据量大，优先考虑应用层分页+随机 offset（需配合主键范围）、或预生成随机 ID 缓存——数据库层的 <code>RAND()</code> 类方案，本质是用资源换简单性。</p>
