为何MongoDB未创建大小写不敏感索引仍能匹配大小写不同的查询？

嗨，这个问题问得特别好！我来给你掰扯清楚为啥会出现这种情况～

首先，你要明白MongoDB的Collation（排序规则）是直接作用于字符串比较逻辑的，不管有没有索引，只要你在查询里指定了对应的collation，MongoDB就会按照这个规则来对比查询条件和文档中的字段值。

核心原因：Collation的Strength参数改变了比较规则 #

你用的collation({ locale: 'en', strength: 2 })里的strength:2是关键：

• MongoDB的collation强度（strength）定义了字符串比较的严格程度：
  • strength:3（默认值）：严格匹配，区分大小写、重音和变音符号，也就是按照二进制ASCII码来比，大写和小写会被当成不同的字符
  • strength:2：忽略大小写和重音差异，只区分变音符号。这意味着MongoDB在比较时，会自动把查询条件和文档字段的字符串归一化（比如统一转成小写或大写），再进行匹配
  • strength:1：会忽略大小写、重音和所有变音符号，匹配更宽松

为什么不需要索引也能匹配？ #

这时候MongoDB是在做全集合扫描：它会遍历集合里的每一个文档，对每个文档的Name字段，按照你指定的strength:2规则和查询条件"BHANU"做比较。因为规则本身忽略了大小写，所以不管是"Bhanu"、"bhanu"还是"BHANU"，都会被判定为匹配。

不过要注意：全集合扫描在数据量小的时候没问题，但如果集合里有几十万、上百万条数据，查询速度会很慢。这时候你才需要创建带对应collation的索引，让MongoDB可以通过索引快速定位匹配的文档，而不用遍历整个集合。

举个反例验证一下：如果去掉查询里的collation，直接执行db.coll.find({"Name" : "BHANU"})，这时候用默认的strength:3规则，就不会返回"Name":"Bhanu"的文档了，因为二进制比较里大写和小写的ASCII码是不同的。

内容的提问来源于stack exchange，提问作者Bhanu Makineni