在c#中使用过滤器对我来说是有效的。

string s = "searchTerm";
    var filter = Builders<Model>.Filter.Where(p => p.Title.ToLower().Contains(s.ToLower()));
                var listSorted = collection.Find(filter).ToList();
                var list = collection.Find(filter).ToList();

它甚至可以使用索引，因为我相信方法是在返回发生后调用的，但我还没有测试出来。

这也避免了一个问题

var filter = Builders<Model>.Filter.Eq(p => p.Title.ToLower(), s.ToLower());

mongodb会认为p.t el . tolower()是一个属性，不会正确映射。

正如你在mongo docs中看到的那样——自3.2版以来$text索引默认情况下是不区分大小写的:https://docs.mongodb.com/manual/core/index-text/#text-index-case-insensitivity

创建一个文本索引并在查询中使用$text操作符。

db.zipcodes.find({city : "NEW YORK"}); // Case-sensitive
db.zipcodes.find({city : /NEW york/i}); // Note the 'i' flag for case-insensitivity

最好的方法是在你选择的语言中，当为你的对象创建模型包装器时，让你的save()方法遍历一组你将搜索的字段，这些字段也被索引了;这组字段应该有对应的小写字母，然后用于搜索。

每次再次保存对象时，都会检查小写属性并更新主属性的任何更改。这将使您可以有效地搜索，但隐藏了每次更新lc字段所需的额外工作。

小写字段可以是一个键值对象存储，或者只是字段名加上前缀lc_。我使用第二种方法来简化查询(深度对象查询有时会令人困惑)。

注意:您希望索引lc_字段，而不是它们所基于的主字段。

博士TL;

正确的方法做到这一点在mongo

不使用RegExp

使用mongodb的内置索引，搜索

第一步:

db.articles.insert(
   [
     { _id: 1, subject: "coffee", author: "xyz", views: 50 },
     { _id: 2, subject: "Coffee Shopping", author: "efg", views: 5 },
     { _id: 3, subject: "Baking a cake", author: "abc", views: 90  },
     { _id: 4, subject: "baking", author: "xyz", views: 100 },
     { _id: 5, subject: "Café Con Leche", author: "abc", views: 200 },
     { _id: 6, subject: "Сырники", author: "jkl", views: 80 },
     { _id: 7, subject: "coffee and cream", author: "efg", views: 10 },
     { _id: 8, subject: "Cafe con Leche", author: "xyz", views: 10 }
   ]
)
 

第二步:

需要在你想要搜索的任何TEXT字段上创建索引，没有索引查询将会非常慢

db.articles.createIndex( { subject: "text" } )

第三步:

db.articles.find( { $text: { $search: "coffee",$caseSensitive :true } } )  //FOR SENSITIVITY
db.articles.find( { $text: { $search: "coffee",$caseSensitive :false } } ) //FOR INSENSITIVITY


 

更新:

原来的答案现在已经过时了。Mongodb现在支持高级全文搜索，有很多特性。

最初的回答:

需要注意的是，使用regex的大小写不敏感/i进行搜索意味着mongodb不能通过索引进行搜索，因此针对大型数据集的查询可能需要很长时间。

即使数据集很小，效率也不是很高。cpu消耗比查询所保证的要大得多，如果您试图实现规模化，这可能会成为一个问题。

作为一种替代方法，您可以存储一个大写的副本并根据它进行搜索。例如，我有一个用户表，其中有一个混合大小写的用户名，但id是用户名的大写副本。这确保了区分大小写的复制是不可能的(同时拥有“Foo”和“Foo”是不允许的)，并且我可以通过id = username. touppercase()进行搜索，以获得对用户名不区分大小写的搜索。

如果字段很大，比如消息体，复制数据可能不是一个好选择。我相信在这种情况下，使用像Apache Lucene这样的无关索引器是最好的选择。