$rand不能直接用于$sort阶段，因$sort只接受字段路径或预计算数值，不支持动态表达式；须先用$addfields生成_rand字段再排序，且需注意分片集群、事务限制及$sample更优的适用场景。
为什么 $rand 不能直接用在 $sort 阶段
因为 MongoDB 的 $sort 只接受字段路径或已计算好的数值，不支持在排序时动态调用表达式函数。你不能写 { $sort: { $rand: {} } } —— 这会报错 "$sort stage must be a document"。必须先用 $addFields 或 $project 把随机值算出来，再按这个字段排序。
正确写法：用 $addFields + $rand 生成临时排序键
$project 会丢弃原始字段（除非显式保留），而 $addFields 更安全，适合只加一个随机字段的场景。实际用法如下：
[
{ $addFields: { _rand: { $rand: {} } } },
{ $sort: { _rand: 1 } },
{ $limit: 10 }
]
注意三点：
-
$rand: {}不接受参数，空对象是唯一合法写法；传数字或字符串会触发"$rand does not support arguments" - 生成的
_rand是 [0, 1) 区间的双精度浮点数，足够用于均匀随机排序 - 如果集合很大，
$sort阶段仍需内存（默认 100MB），超限时要加allowDiskUse: true
避免踩坑：$rand 在分片集群和事务中的限制
$rand 是非确定性操作符，在以下场景会被拒绝：
- 分片集群中执行聚合时，若管道含
$rand，mongos 会报错"$rand is not allowed in sharded environments"（4.4+ 版本已支持，但需所有分片运行 4.4+） - 多文档事务内使用
$rand会触发"$rand is not allowed within a transaction"（即使只读事务也不行） - 如果用
$sample就够用（比如只要随机 N 条），别硬套$rand——$sample底层优化过，性能更好且无上述限制
替代方案对比：$sample vs 手动 $rand + $sort
两者语义不同：$sample 是无放回随机抽样，时间复杂度接近 O(N)；而 $rand + $sort 是全量打乱再截取，实际是 O(N log N)，且可能因排序内存溢出失败。例如：
// 推荐：抽 10 条，快且稳
{ $sample: { size: 10 } }
// 风险高：尤其当 collection 有百万级文档时
{ $addFields: { _rand: { $rand: {} } } },
{ $sort: { _rand: 1 } },
{ $limit: 10 }
真正需要“完全随机顺序”（比如实现轮播打乱、测试数据重排）才选 $rand；仅需任意几条随机文档，$sample 几乎总是更优解。
