Mongo 主键和非主键索引，性能差距为啥这么大？

[hheedat]

我往测试数据库里塞了 500 万 条数据

{_id:1,field:1}
{_id:2,field:2}
...
...
...
{_id:5000000,field:5000000}

field 上建立有索引

然后按照主键和 field 查询, 相当于

db.data4.find({_id:{$gte:4000000}}).limit(1)

和

db.data4.find({field:{$gte:4000000}}).limit(1)

可以看出，时间差距巨大，这是为啥？

[hheedat]

mongod -version
db version v3.4.3
git version: f07437fb5a6cca07c10bafa78365456eb1d6d5e1
OpenSSL version: OpenSSL 1.0.2l 25 May 2017

[billion]

这是因为在 MongoDB 里面，非主键的索引会被转换成主键索引。

[nullcc]

_id 是主键，一般来说主键索引是聚簇索引，field 是非主键索引，也叫二级索引，二级索引每个索引项内部还保存了主键值，对二级索引的使用在索引中找到相应的叶子节点后都会使用其主键进行主键索引，这样开销就多了

[hheedat]

@nullcc 哦，那和 MySQL 一样一样的，不过也不应该有这么大的性能差距吧？

[hheedat]

@nullcc 确切的说和 innodb 一样一样的

[nullcc]

@hheedat 虽说每个存储引擎实现可能有些差别，不过我觉得内部原理应该差不多，你可以 explain 一下看看，也再建立一个(_id, field)的联合索引做覆盖查询对比看看。

[nullcc]

@hheedat 对的，innodb 就是这样的，mangodb 有用过但是没研究太深

[nullcc]

@hheedat 是不是有查询缓存在？

[janxin]

你 explain 一下，因为你用了 gte

[janxin]

看错了，主键也是 gte，基本上就是 6# 的问题了

[gzlock]

楼主用的是什么 gui 管理？

[hheedat]

@nullcc 不是，换几个数字，效果一样

[egen]

500w 的记录数量一个 gte 需要 2s 不合理，这个速度几乎就是没有索引的速度
刚简单测试了一下本地一个 40w 记录的数据库，一个加索引的日期，搜索时间不到 0.001 秒，另外一个未加索引的，搜索时间 200ms 左右，时间比例上和 lz 的接近

[hheedat]

@janxin 能用到哦

[hheedat]

@gzlock rock mongo

[egen]

@hheedat #15 是否建立了 _id + field 的复合索引？建立了复合索引之后，单独搜索 field 是没法使用该索引的

[hheedat]

@egen 没有，就两个索引，都是单独的，如图所示

[chenqh]

是不是 int 和 long 的区别？

[a342191555]

感觉你的索引没有正确工作…
我在 MongoDB 里试了下，同样插入了 500W 条数据，索引和数据像这样：

查询_id 的速度：

查询 field 的速度：

然后把 field 的索引删掉，查询 field 的速度：

这个没有索引的时间和你的很像。另外，@chenqh 提出的 NumberInt 和 NumberLong 好像没有关系，虽然一开始我也是这么想的。。

[nekuata]

@hheedat 虽然没用过 mongo...
你的_id 是 normal index，field 是 2d index
而 @a342191555 的两个 key 都是 1，大概都是 normal index
可能 2d index 在这里不能用吧？

[a342191555]

@nekuata 你的 field 也不是一个地理坐标呀。另外，dn.data4.getIndexes()返回什么？

[a342191555]

@nekuata sry，把你当成 lz 了。在描述中我也没有看到 field 是 2d idx 呀

[nekuata]

@a342191555 呃，不好意思看错了，索引图上面应该是按钮...