应将 $regex 放入 $match 阶段由 MongoDB 层过滤，避免 Node.js 内存筛选；用户输入需 escape 元字符，前缀匹配加 ^ 可走索引，大小写敏感需建 collation 索引或改用 $text。
在 $match 阶段直接用 $regex 过滤聚合结果
聚合后才在 Node.js 里 filter() 是最常见也最危险的写法——数据全拉到内存再筛，一两千条就卡顿，上万条直接 OOM。正确做法是把 $regex 塞进 $match 阶段，让 MongoDB 在数据库层完成筛选。
关键点：只要 $match 放在 $group（或其他阶段）之后，它就能对那个阶段输出的文档做正则过滤。比如按作者分组后只留名字含关键词的作者：
QuoteModel.aggregate([
{ $group: { _id: "$author", count: { $sum: 1 } } },
{ $match: { _id: { $regex: searchWord, $options: "i" } } }
])
-
$regex的值可以是字符串（如"john"），也可以是正则字面量（如/^john$/i），但字符串写法更易拼接变量 -
$options: "i"必须显式加，否则默认大小写敏感；"m"或"s"按需补充，不加就不生效 - 如果
searchWord来自用户输入，且含.、*、+等正则元字符，必须先 escape，否则会意外匹配或报错
避免正则注入：用户输入必须转义再进 $regex
直接把用户输入拼进 $regex 字符串等于开后门。比如用户搜 a.b，不转义就会匹配 aXb、a
b 等任意字符，还可能触发语法错误。
MongoDB 官方没提供内置 escape 函数，但可以用简单正则手动处理（只转义 $、.、*、+、?、^、$、、|、(、)、[、]、{、}）：
function escapeRegex(string) {
return string.replace(/[.*+?^$|[]()\]/g, "\$&");
}
// 使用
const safePattern = escapeRegex(req.query.q || "");
QuoteModel.aggregate([
{ $group: { _id: "$author", count: { $sum: 1 } } },
{ $match: { _id: { $regex: safePattern, $options: "i" } } }
]);
- 别信
new RegExp()构造——它不会帮你 escape，反而容易被绕过 - 如果项目已用
mongodb官方驱动 v6.7+，可考虑escapeRegExp工具函数（非内置，需自行引入或手写） - 纯前缀匹配（如搜 “mongo” 只要开头是 mongo 的）可改用
{ _id: { $regex: "^" + safePattern } }，这种写法能走索引，性能好得多
$regex 性能陷阱：什么时候快，什么时候慢
$regex 默认不走索引，除非满足两个条件：正则以 ^ 开头，且没有 $options: "i"（或有 i 但字段建了大小写不敏感索引）。否则就是全表扫描。
- 快的情况：
{ name: { $regex: "^Alice" } }→ 走name前缀索引 - 慢的情况：
{ name: { $regex: "ice$", $options: "i" } }→ 不走索引，即使建了普通索引也没用 - 折中方案：如果必须大小写不敏感 + 前缀匹配，给字段建
collation: { locale: "en", strength: 2 }索引，然后用$regex+i，但注意 collation 索引不能和普通索引共存于同一字段 - 大数据量下，优先考虑
$text索引 + 全文搜索，$regex仅用于兜底或小集合
聚合管道里 $regex 不能用在 $group 的 _id 表达式中
有人想一步到位：“能不能在 $group 里就把 author 名字标准化（比如统一小写）再分组？”答案是：可以，但不能靠 $regex，得用字符串操作符。
$regex 是匹配/过滤工具，不是转换工具。想归一化再分组，该用 $toLower 或 $substrCP 等：
QuoteModel.aggregate([
{ $group: {
_id: { $toLower: "$author" },
count: { $sum: 1 }
}
},
{ $match: { _id: { $regex: safePattern, $options: "i" } } }
])
- 别写
_id: { $regex: ... }——$regex返回布尔值，不能当分组键 - 如果需要模糊分组（比如把 “John Smith” 和 “J. Smith” 合并），得用
$cond+$regexMatch（v6.1+）做条件判断，再映射成统一 key -
$regexMatch是表达式操作符，只能用在$addFields、$project等支持表达式的阶段，不能直接塞进$match查询语法里
实际用时最容易漏掉的是 escape 和索引适配——前者导致线上被恶意查询拖垮，后者让接口从毫秒变秒级。这两处不处理，其他优化都白搭。
