MySQL中ORDER BY RAND()不随机是因优化器将其缓存为常量，导致全用同一值排序；PostgreSQL用ORDER BY RANDOM()、SQL Server用ORDER BY NEWID()可保证真随机，大表优先TABLESAMPLE或应用层随机ID查询。MySQL里用RAND()排序为什么有时不随机？因为RAND()在ORDER BY中被当作“常量”缓存了——尤其在子查询或带LIMIT时，MySQL可能只算一次RAND()值，然后全用它排序，结果看起来完全不随机。真实场景：想取10条随机用户，但每次执行返回的都是同一组（顺序不同而已）根本原因：优化器把ORDER BY RAND()误判为“可复用表达式”，尤其在没有WHERE过滤或表很小时更明显最简验证：执行SELECT id, RAND() AS r FROM users LIMIT 5，看r列是否全一样PostgreSQL和SQL Server怎么安全实现随机抽样？它们不认RAND()，但各自有更可控的替代方案，关键是避免触发排序缓存或全表扫描陷阱。PostgreSQL用ORDER BY RANDOM()——注意不是RAND()，且对大表慎用，会强制全表读+内存排序SQL Server用NEWID()：ORDER BY NEWID()，每次生成唯一GUID，确保真随机；但NEWID()是行级计算，大数据量时CPU开销明显如果只要少量随机记录（比如5条），优先考虑TABLESAMPLE（PostgreSQL/SQL Server都支持）：SELECT * FROM users TABLESAMPLE SYSTEM (1)，它走采样而非排序，快得多，只是不保证绝对均匀大数据量下ORDER BY RAND()性能崩了怎么办？当表超百万行，ORDER BY RAND()会让数据库把整张表载入内存排序，I/O和CPU双爆，响应直接卡死。 Mokker AI AI产品图添加背景