我们的应用程序使用直到最近才使用T-Tree的数据库（内存中）。现在，我们已经迁移到B-Tree，我们观察到，对于更高的工作负载（数百万条记录驻留在db中），性能显着提高。帐户信息已创建（插入 - 4M），然后在处理时更新。
然而，对于另一种确实操作非常少数量的记录的产品变型，看到了吞吐量的降低。这里，帐户信息是临时创建（插入），处理（少量更新）然后清理（删除）。无论如何，我们的目标不是每秒处理超过100个帐户配置文件。在这种情况下，我们观察到T-Tree和B-Tree存在显着的性能差异。
对于后一种情况，B树似乎表现更差。
对于B-Tree可能表现不如T-Tree的特定情况，我在互联网上找不到太多信息。
T Trees在内存中的数据集上表现更好，而B Trees在磁盘上的数据集上表现更好。
这有助于推断T Trees在较小的数据集上工作得更好，因为它们可能完全适合内存（并在那里停留一段时间）
编辑
发现这个：T-Tree or B-Tree
在这个时代，[T Trees]必然会因为地理位置不佳而受到严重影响，无论是在预期的阻止/页面传输计数和缓存局部意义上。