在MongoDB中一起使用$or和sort()时，查询性能差的一种解决方案
在前面文章曾经提到，在MongoDB中一起使用$or和sort()时，查询性能会很差，详见：http://www.cnblogs.com/xinghebuluo/archive/2011/12/01/2270590.html
在mongodb的计划中，2.5.w版本中可能会修改这个bug。
我的项目中也遇到了这个问题，后来自己想了一个解决方案，暂时规避了这个问题，现在把这个方案分享出来，和大家讨论一下.
这个解决方案是受到了mongos的源代码的启示，众所周知mongodb是分布式架构，那么在我们使用mongos查询并使用排序的时候，mongos需要把查询请求发送给各个shard，并将每个shard的查询结果
存放在一个队列中（队列中已经排好序）。这里假定有2个shard（多个shard的原理是一样的），查询条件为{“age”:20}，排序条件为：{"time":1}，mongos实现示意图如下：
1. mongos首先向两个shard发送查询排序命令。
2.两个shard返回结果是排序后的两个队列，如图所示。
3.客户端在取记录时，mongos取出两个队列的第一个元素，判断time值小的记录返回给客户端。
4.客户端再取记录时，重复步骤3，从两个队列中取time值小的记录返回给客户端。
正是受到mongos的启发，在遇到or查询并sort的情况时，把or的查询条件分解为多次查询，然后实现了一个查询类，里面保存了list<DBObject q>，然后向mongos发起多次查询排序请求，
此时得到多个cursor，此时的cursor就类似于上面的队列，即此时得到了多个排序好的队列，然后经过简单比较后，依次把记录返回给客户端。
例如，此时查询{"$or":[{"age":20},{"name":"li"}]}，排序条件为{"Time":1}，可以分解为2次查询：{"age":20},{"name":"li"}，执行查询后，得到两个cursor，即两个队列，如下：、
此时就可以重复mongos的步骤了，在客户端取记录时，对队列（cursor）中的第一个元素做比较，取出time值最小的记录返回给客户端。
该解决方案的优点如下：
1.可以使用索引，速度很快。
2.封装类后，可以供多个业务使用。
缺点如下：
1. 每个队列中会缓存一些记录，这无形中造成了一些流量浪费和内存浪费。
上面是我对这个方案的整体思路，欢迎大家讨论。