问题描述
图为mongodb中一条document结构，记录的是LOL的一场比赛对局详情participants中有10个玩家，前5个teamID为100,后5个teamId为200.比赛的结果哪个队伍取胜是记录在teams那个子文档中的。我现在的想要查询championId为64(盲僧), 157(亚索)这两个英雄在同一个队伍时的胜利场次，（规定游戏版本号>6.7），查询语句我是这样写的：
db.getCollection(’matches’).count({ $and: [{ 'matchVersion': {$gte:'6.7'} } , {$or: [ {$and: [ { 'participants': {$elemMatch: {'teamId': 100, 'championId': 64 } } }, { 'participants': {$elemMatch: {'teamId': 100, 'championId': 157 } } }, { 'teams':{ $elemMatch: {'teamId': 100, 'winner':true} } }] }, {$and:[ { 'participants': {$elemMatch: {'teamId': 200, 'championId': 64 } } }, { 'participants': {$elemMatch: {'teamId': 200, 'championId': 157 } } }, { 'teams':{ $elemMatch: {'teamId': 200, 'winner':true} } }] }]} ]})
数据规模为14万，可是执行这样一个查询要花费3秒。已经对对应的查询建立了索引。对查询explain的结果如下
不过好像有些索引也没有用到，比如teams.teamId, teams.winner的复合索引，matchVersion的索引
请问这个查询该如何优化呢？我觉得这个数据规模花费这么久时间应该是我的使用姿势不对吧？
问题解答
回答1：你的执行计划索引是用了，但是能看出来效率不高，但是很多关键信息被折叠了，无法看出详细内容。下次最好直接发原始的JSON会更容易看懂。同样如果有数据样例也最好发一个JSON出来，这样别人在解决问题的时候可以有一份测试数据，会方便很多。$and这个东西大部分时候是不用出现的，一个对象中的两个并列的元素就是与的关系。这样可以简化你的查询结构，别人看起来也轻松些。所以对你的查询做了简化，如下：
db.getCollection(’matches’).count({ 'matchVersion': {$gte: '6.7'}, $or: [{'participants': {$elemMatch: {'teamId': 100, 'championId': 64}},'participants': {$elemMatch: {'teamId': 100, 'championId': 157}},'teams': {$elemMatch: {'teamId': 100, 'winner': true}} }, {'participants': {$elemMatch: {'teamId': 200, 'championId': 64}},'participants': {$elemMatch: {'teamId': 200, 'championId': 157}},'teams': {$elemMatch: {'teamId': 200,'winner': true}} }]})
最后最关键的索引问题，推测对你更有用的索引应该是participants.teamId+participants.championId+teams.teamId+teams.winner+matchVersion的联合索引，应该根据条件的过滤性把过滤性更好的条件放前面。甚至去掉一些条件以提高写入效率。但这取决于你的数据分布情况。为什么你的索引没有被用到，mongodb 2.6以后虽然支持交叉索引，可以使用多个索引来满足同一个查询，但目前的执行计划评估的体系使得交叉索引很难被触发。所以要尽可能用一个索引来满足你的查询。
