faults过高
目前MongoDB中只有80万左右条数据，最近开始出现读写速度很慢的情况，虽然云服务器只有1GB内存（穷），但正常来说热数据应该不多的。然后通过mongostat查到faults最高到200多了，搜索基本对说内存不足，于是又买了台2GB内存的云服务器，迁移到新服务器情况有些改善，faults在100左右，但还是很慢。
看服务运行日志时突然想到会不会是索引问题（非专业DBA，不专业），然后就静下心来用explain分析索引使用情况，具体不细说了，贴个图吧
这是加过索引后的，简单来说就是nscannedObjects与n相差越小越好，就是扫描的对象尽可能少；加索引后查询基本都几个毫秒（几百条记录）。
在热数据不多时如果遇到类似问题，可以用explain分析下查询代码，在小内存服务器下也能使用MongoDB，可用内存最好大于索引大小；
索引注意事项
- 一次查询只能使用种索引($or时会使用多个)，查询条件较多时可创建复合索引，复合索引的顺序也会影响索引的使用，第一个字段是位置键，查询条件里必须有该字段才可使用
- 索引过多会影响插入性能
$or条件部分查询不能使用复合索引
直接上图，在$or中的两个参数做AND条件查询时nscannedObjects与n相差很小，见下图：
从MongoDB manual查到$or以下说明
When evaluating the clauses in the $or expression, MongoDB either performs a collection scan or, if all the clauses are supported by indexes, MongoDB performs index scans. That is, for MongoDB to use indexes to evaluate an $or expression, all the clauses in the $or expression must be supported by indexes. Otherwise, MongoDB will perform a collection scan.
如果$or所有的条件都支持索引，MongoDB会使用索引扫描；好的，我就把$or中的两个条件分别加了索引，然而……，还是看图吧
居然只用了这两个索引，其他条件并没有用索引（/流泪）
分析MongoDB可能是把$or中的条件分别检索，然后再做并集处理，那这样我就把其他条件分别放在$or条件内试试，结果见下图：
可以看到nscannedObjects和n一样了，搞定
