MongoDB string字段索引策略

在研究MongoDB的索引是发现一个奇怪的问题，给一个string类型的field设置text索引，但是在查询的时候并没有使用索引。比如：

db.tomcat_access_logs.ensureIndex( { url : 'text' });

db.tomcat_access.logs.find( { url : '1' } ).explain();
db.tomcat_access_logs.find( { url : /1/ } ).explain();

{
    "cursor" : "BasicCursor",
    "isMultiKey" : false,
    "n" : 0,
    "nscannedObjects" : 100,
    "nscanned" : 100,
    "nscannedObjectsAllPlans" : 100,
    "nscannedAllPlans" : 100,
    "scanAndOrder" : false,
    "indexOnly" : false,
    "nYields" : 0,
    "nChunkSkips" : 0,
    "millis" : 0,
    ...
}

从explain()的结果可以发现，在查询的时候只用了BasicCursor，也就是说没有使用索引。

后发现只有当使用$text查询的时候才会用到text索引:

db.tomcat_access_logs.find( { $text : { $search : '1'} } ).explain();

{
    "cursor" : "TextCursor",
    "n" : 0,
    "nscannedObjects" : 0,
    "nscanned" : 0,
    "nscannedObjectsAllPlans" : 0,
    "nscannedAllPlans" : 0,
    "scanAndOrder" : false,
    "nYields" : 0,
    "nChunkSkips" : 0,
    "millis" : 0,
    ...
}

只不过这样的话，就没有办法针对某个特定field进行查询了，因为$text是对所有text索引的field进行的全文搜索。此时只需要做一般的索引即可：

db.tomcat_access_logs.ensureIndex( { url : 1 } );

db.tomcat_access.logs.find( { url : '1' } ).explain();
db.tomcat_access.logs.find( { url : /.*1.*/g } ).explain();
{
    "cursor" : "BtreeCursor url_1",
    "isMultiKey" : false,
    "n" : 0,
    "nscannedObjects" : 0,
    "nscanned" : 100,
    "nscannedObjectsAllPlans" : 0,
    "nscannedAllPlans" : 100,
    "scanAndOrder" : false,
    "indexOnly" : false,
    "nYields" : 0,
    "nChunkSkips" : 0,
    "millis" : 1,
    "indexBounds" : {
        "url" : [
            [
                "",
                {
                    
                }
            ],
            [
                /.*1.*/,
                /.*1.*/
            ]
        ]
    },
    ...
}

总结

1. 使用db.collection.find( { url : '1'} )或者db.collection.find( { url : /.*a.*/} )，不会使用的text索引，而是一般索引。

2. 建立了text索引后，只能对text索引包含的所有字段进行全文搜索，无法对某个字段进行搜索

3. 一般索引和text索引可以同时建立，以满足不同查询需求