讲一下对树，B+树的理解

B树是为磁盘或其他直接存取的辅助存储设备而设计的一种平衡搜索树。B树类似于红黑树，但它们在降低磁盘I/O操作数方面要更好一些

B+树是B树的一种变形，它把所有的卫星数据都存储在叶节点中，内部节点只存放关键字和孩子指针，因此最大化了内部节点的分支因子，所以B+树的遍历也更加高效(B树需要以中序的方式遍历节点，而B+树只需把所有叶子节点串成链表就可以从头到尾遍历)。

以下先放一张我所依据的B+树的图示(这张图有所简化，下面讲完定义后会贴一张更加详细的图，两图本质并无差异)：

B+树的定义如下：

每个节点node有下面的属性： n个关键字key[1],key[2], … ,key[n]，以非降序存放，使得key[1]≤key[2]≤…≤key[n]；

isRoot，一个布尔值，如果node是根节点，则为TRUE；否则为FALSE；

isLeaf，一个布尔值，如果node是叶子节点，则为TRUE；否则为FALSE；

Node*类型的parent指针，指向该节点的父节点

每个内部节点还包含n个指向其孩子children[0],children[1], … , children[n]，叶子节点没有孩子。（注：此处有争议，B+树到底是与B 树n-1个关键字有n棵子树保持一致，还是B+树n个关键字的结点中含有n棵子树；两种定义都可以，只要自己实现的时候统一用一种就行。如无特殊说明，以下的都是后者：即n个关键字对应n棵子树）；

内部节点的关键字对存储在各子树中的关键字范围加以分割：如果key[i]为任意一个存储在内部节点中的关键字，childNum[i]为该节点的对应下标的子树指针指向的节点的任意一个关键字，那么 key[1] ≤ childNum[1] < key[2] ≤ childNum[2] < key[3] ≤ childNum[3] < … < key[n] ≤ childNum[n]

内部节点并不存储真正的信息，而是保存其叶子节点的最小值作为索引。（比如下图，标注1和标注2都是内部节点，里面保存的并不是真正的信息，而是标注3所示的节点中的最小值。）(注：此处有争议以最大值作为索引，同样也是不影响的争议)

任何和关键字相联系的“卫星数据(satellite information)” 将与关键字一样存放在叶子节点中，一般地，可能只是为每个关键字对应的”卫星数据”存放一个指针，指针指向存放实际数据的磁盘页，匹配了某个叶子节点的关键字即可通过该指针找到其他对应数据。

每个叶子节点还有指向下一个节点的指针next，方便遍历整棵B+树。

每个叶子节点具有相同的深度，即树的高度h。

每个节点所包含的关键字个数有上界和下界，用一个被B+树的最小度数(minmum degree)的固定整数t≥2来表示这些界： 除了根节点以外的每个节点必须至少有t个关键字。因此，除了根节点以外的每个内部节点至少有t个孩子
每个节点至多有2t个关键字，因此，一个内部节点至多可有2t个孩子。当一个节点恰好有2t个关键字时，称该节点是满的。

结合以上的具体定义，下面这张图更加详细的描述了一棵具体的B+树

B+树还有一个最大的好处，方便扫库，B树必须用中序遍历的方法按序扫库，而B+树直接从叶子结点挨个扫一遍就完了，B+树支持range-query非常方便，而B树不支持。这是数据库选用B+树的最主要原因。