MongoDB存储大关键字表查询性能

Question

我需要存储一个包含大量关键字对象的集合示例：

{ key: "tokyo", someMeta: "meta.." }

db.keyword.createIndex({ key: 1 }, { unique: 1 })

我会将它用作查找字典，因此它会被非常频繁地调用。

据我了解，这种查找需要 O(log n) 复杂度，因此它不像从 HashSet O(1) 中查找那么快。

我应该使用此索引查询执行查找，还是应该查询集合中的所有对象，将其放入 HashSet，然后从该哈希集中查找？

假设我在该集合中有超过一百万个对象..

Answer 1

大约一年前，我对同一任务进行了基准测试。瓶颈不是B-tree（因为有些DBMS允许创建HASH-indexes），而是jdbc-driver、网络栈等等。

Java 的本机 Hashmap 比 Oracle/MySQL（即使使用内存表）、Postgres、Mongo 快 300-500++ 倍 - 所有这些都位于同一服务器上。

与内存中的 Mysql 相比，Hashmap 占用了两倍 LESS 内存。

对于有 300 万条记录的地图，Hashmap 大约需要 1GB 的 RAM。

此外，令人惊讶的是，Mongo 并不是最快的。我希望 Mongo 在 DBMS 中处于领先地位

内存消耗的赢家是 PostgreSQL 和 MySQL，两者都是 350MB，Mongo 是 650MB。