mongodb中实现不区分大小写匹配应使用$regex配合i标志，如{name: {$regex: /john/i}}；$text不适用于子串模糊查询，且需全文索引；无前缀锚定的$regex会导致全表扫描，性能差。
使用 $regex 配合 i 标志实现不区分大小写匹配
MongoDB 原生不支持像 SQL 的 ILIKE 那样的语法，但 $regex 是最直接的替代方案。关键在于必须显式添加 i（ignore case）标志，否则默认严格区分大小写。
例如查询 name 字段包含 "john"（无论大小写）的文档：
{ name: { $regex: "john", $options: "i" } }
等价写法（推荐，更清晰）：
{ name: { $regex: /john/i } }
-
/john/i是 JavaScript 风格正则字面量，i必须紧贴斜杠后，写成/john/ i会报错 - 如果搜索内容来自用户输入，需先用
RegExp.escape()（或手动转义）防止特殊字符如.、*被当作正则元字符解析 - 在 shell 中使用
db.collection.find()时，$options: "i"更易拼接字符串；在 Node.js 驱动中，/.../i写法更自然
为什么 $text 不适合做模糊查询
$text 看似能“忽略大小写”，但它本质是全文索引，只匹配完整词干（stemmed tokens），且要求字段已建立 text 索引，不支持子串匹配。
比如文档 { title: "JavaScript Guide" }：
-
{ $text: { $search: "script" } }❌ 匹配不到，因为 "script" 不是独立分词 -
{ $text: { $search: "javascript" } }✅ 可匹配，但仅限完整词或前缀（取决于语言分析器） - 无法实现类似
"ptsc"这种任意子串的模糊查找
所以除非你明确需要全文检索语义（如相关性排序、多语言分词），否则别为了“不区分大小写”强行用 $text。
性能陷阱：没有索引时 $regex 会全表扫描
$regex 查询默认无法使用普通 B-tree 索引，除非正则以锚定开头（即以 ^ 起始）且不带 ^ 后的可变部分。
-
{ name: { $regex: "^John" } }✅ 可走索引（前提是name有索引） -
{ name: { $regex: "ohn" } }❌ 全表扫描，大数据集下极慢 -
{ name: { $regex: "^Jo.*n$" } }✅ 可用索引（MongoDB 5.0+ 支持前缀索引优化）
若必须做中间匹配（如 LIKE "%john%"），考虑预处理字段：存一个全小写副本 name_lower，建索引后查 { name_lower: "john" } —— 这比 $regex 快一个数量级。
聚合阶段中使用 $regexFind 提取匹配位置
当不只是“查出来”，还需要知道匹配在哪、提取子串时，$regexFind 比 $regex 更合适，它返回对象而非布尔结果。
例如从 description 字段中提取第一个邮箱：
{ $regexFind: { input: "$description", regex: /[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}/i } }
- 返回结构含
match、idx、captures，方便后续$arrayElemAt或$ifNull处理 - 同样受性能限制：不能利用索引加速，纯内存匹配
- 注意驱动兼容性：Node.js MongoDB Driver 4.x+ 才完全支持该操作符
真正难的不是写对正则，而是想清楚——你要的是“找得到”，还是“找得快”。后者往往要绕开 $regex，改用字段归一化或全文索引策略。
