「PingCAP」会成为数据库的未来吗？，HTAP( 三 ) 本文转载自InfoQ官网

在源码适配上， TiDB底层使用Rust语言编写，上层的分布式计算引擎采用Go语言编写。 TiDB转移到鲲鹏计算平台上，需要将TiDB的源码与该平台进行适配。根据姚维的介绍，在适配过程中，超过三分之一的优化工作都是由编译器自身机制来完成。在存储引擎上， TiDB中的数据被打散在多个节点上，每一个节点中都会有部分的数据存储以及数据冗余副本。在存储引擎框架负责单节点的数据存取操作时，保证数据在内存、磁盘、操作系统、文件系统、存储等各个层面的准确性至关重要，这就需要数据库内部有一个足够强壮的检查机制。 TiDB通过调用多种校验核的计算方法来实现上述检查。在x86上，由于核数不多，该架构上的核心不仅要承载TiDB自身的任务处理请求，如数据库的增删改查等运算，还要挤出一部分资源用于校验的计算。而在核数较多的鲲鹏平台上，与数据校验有关的计算可以利用更加宽裕的处理器核资源执行。这类高密度数值类的计算优化，为数据库的性能带来了比较大的影响。在网络吞吐的中断上，虽然中断与网卡有关，但也和CPU处理网络队列的方式有直接的关联。因此TiDB迁移到鲲鹏平台上后， PingCAP基于ARM对网络相关的架构进行了优化和适配，以实现更加稳定高效的集群间通讯。在整个优化过程中， PingCAP进行了一轮又一轮针对各项的严格测试，对数据库稳定性基准、性能基准也在做反复的核验工作。在演讲中，姚维也为我们直接展示了TiDB在鲲鹏平台上的性能优化成果：

文章图片

文章图片

文章图片
对于用户来讲，这些优化工作最直接的效益就是在成本可控的情况下，能够大幅度提高整个数据库的服务能力，这也是任何产品在用户心中最核心的价值考量。
无论是多大体量的用户，在数据中心未来持续发展的规划过程中，性价比是不得不考量的一个要素。随着集群规模的加大，如果单台集群的性能优化成本很高，那么总体的成本将非常可观，这其中包括不可避免的机房、机架、供电、高端的配设网络等基础设施支出。 TiDB与ARM架构的适配，在同样的处理能力甚至更高密度的处理能力之下，可以帮助用户实现总体应用成本不升反降的效果。
写在最后传统技术在市场上的衰弱和退出，意味着新机会的产生。随着人们对计算、存储、网络等层面的要求越来越高，新技术将迎来更多的机会，这也是IT界自然迭代的过程。无论是TiDB的出现，还是TiDB在鲲鹏平台上的迁移实践，都为后续更高性能和更高性价比的数据库发展带来了足够的信心。