结论
Mongo3.2版本开始，索引的结构默认是B+树。
起因
面试的时候，面试官问为什么Mongo DB底层使用B树而不是B+树？
面试完赶紧恶补，结果发现面试官好像给我埋了个坑。。。
MongoDB官方描述：
翻译一下就是： “MongoDB 索引使用B树数据结构”，那问题来了，为什么Mongo DB会使用B树而不是B+树呢？？？
首先看一下MongoDB目前支持的存储引擎。
存储引擎
WiredTiger存储引擎
自 MongoDB 3.2 以后，默认的存储引擎为 WiredTiger 存储引擎。
Mongo官网相关文档
然后我找到WiredTiger 存储引擎的文档，发现WiredTiger 存储引擎使用的B+树的数据结构在内存中维护表的数据：”将 B 树的节点称为页面。内部页面仅包含密钥。叶页存储键和值。“
WiredTiger 存储引擎官网相关文档
到这问题就有点奇怪了，Mongo默认的存储引擎就是WiredTiger存储引擎，但WiredTiger存储引擎使用的是B+树，那为什么Mongo说自己用的B树呢？？？然后看了一下支持的另一个In-Memory存储引擎.
In-Memory存储引擎
In-Memory 存储引擎在 MongoDB Enterprise 中可用。它不是将文档存储在磁盘上，而是将它们保留在内存中以获得更可预测的数据延迟。
但注意： In-Memory 存储引擎不维护任何磁盘数据，包括配置数据， 索引、用户凭据等。
总结
Mongo DB官方说索引使用B树，但3.2版本开始默认的存储引擎是WiredTiger，然而WiredTiger存储引擎使用的是B+树。并且Mongo DB支持的另一个存储引擎：In-Memory存储引擎，并不维护索引。
没错，真相只有一个，那就Mongo DB官方惜字如金，说的是广义的B树，实际上是B树的升级版B+树。
PS: 需要注意的是，虽然Mongo DB用的是B+树，MySQL用到的也是B+树，不过貌似Mongo DB的B+树的叶子节点没有形成一个双向链表，即不支持范围查询。
