以下是对OceanBase（OB）数据库和TiDB数据库在硬件开销方面的比较分析：

存储开销

• OceanBase：

  • OceanBase采用LSM tree架构和转储机制，能够将乱序IO转化为顺序IO，从而提高存储效率。

  • 其内核自带数据压缩能力，在大规模部署时能够有效降低存储成本，实测在重复性文本数据下，存储成本仅为MySQL的1/4甚至更低。

  • OceanBase支持混闪机型部署（事务日志盘采用纯固态硬盘SSD，数据盘采用机械硬盘HDD），在对性能要求不高的场景下，如历史库、日志库等，可显著降低存储硬件成本，相比纯闪机型可节省约90%的硬件成本。

• TiDB：

  • TiDB的数据存储在TiKV节点中，采用分布式架构，数据以键值对的形式存储，每个TiKV节点负责存储一部分数据，且数据会根据Region进行划分和复制，存储开销相对较大。

  • TiDB的索引数据也需要单独存储，且为了保证高可用性，数据通常会有多个副本，这进一步增加了存储资源的消耗。

内存开销

• OceanBase：

  • OceanBase对内存的需求较大，主要用于缓存数据和元数据，以提高数据读取和写入的效率。不过，随着内存价格的降低，使用内存来换取性能的提升在成本上也逐渐变得更为合理。

• TiDB：

  • TiDB的计算节点（TiDB Server）在处理查询时会缓存部分数据和索引，以加快查询速度，需要一定的内存资源。

  • TiKV节点也需要内存来缓存数据块和索引块等，以提高数据读取性能。

CPU开销

• OceanBase：

  • OceanBase在处理高并发事务和复杂查询时，需要较多的CPU资源来执行数据处理和计算操作。不过，其通过优化LSM tree架构和转储机制等，能够在一定程度上提高CPU的使用效率。

• TiDB：

  • TiDB的分布式计算架构在处理大规模数据和高并发请求时，需要消耗较多的CPU资源来执行分布式事务处理、查询优化和数据计算等操作。此外，TiDB的组件间交互和数据传输也会增加CPU的开销。

网络开销

• OceanBase：

  • OceanBase的分布式架构导致在数据同步、事务处理和查询执行过程中需要在多个节点之间进行数据传输，产生一定的网络流量。不过，通过合理的网络拓扑结构设计和优化，可以降低网络开销对性能的影响。

• TiDB：

  • TiDB的组件间交互频繁，如TiDB Server与TiKV Server、PD Server之间的通信，以及分布式事务的协调和数据传输等，会产生较大的网络开销。在高并发和大数据量的场景下，网络带宽和延迟可能会成为性能瓶颈