我在真实场景下对几款主流云原生数据库进行极限性能压测的一次总结！！！

在压测环境和压测配置都严格一致的情况下，我们开始对PolarDB、OceanBase、Aurora、GaussDB和TDSQL-C数据库分别进行压测。我对最终压测得出的结果数据进行了整理，下面分别按照8C64GB和64C512GB的规格给出测试结果。

最近几年，云数据库市场日趋繁荣，进入百花齐放、百家争鸣的时代，头部云计算厂商相继推出了自己的数据库产品，特别是亚马逊的Aurora、阿里云的PolarDB、华为云的GaussDB等等。

作为MySQL技术专家，我写过MySQL系列丛书《MySQL技术大全:开发, 优化与运维实战》, 有挺多准备上云企业的DBA或者架构师同学询问，如何对市场上五花八门的数据库进行选型, 我觉得首先是稳定性, 然后就是性能。今天，我就针对PolarDB、OceanBase、Aurora、GaussDB、TDSQL-C这五款数据库产品做个开箱性能评测供企业选型参考。

评测总览

为了方便读者更好的了解本次性能评测的整体结论，首先给出测试结果的总览图和相关结论：

在小规格实例（8C）的性能测试中，无论是在计算密集型场景还是在I/O密集型场景，各类测试负载下，PolarDB整体的测试性能是最好的.

对于大规格实例（64C），各数据库实例间的性能差距更为明显。值得一提的是，在测试负载下Aurora写性能明显较差。整体而言，PolarDB性能相比于Aurora、TDSQL-C、Oceanbase和GaussDB等同类竞品同样具有较为显著的优势。

图. 大规格实例(64C)性能测试结果

图.小规格实例(8C)性能测试结果

压测情况

本次参与压力测试的数据库包括了阿里云的PolarDB数据库， 亚马逊云的Aurora数据库，蚂蚁集团100%控股的数据库OceanBase数据库，华为云的GaussDB数据库，以及腾讯云的TDSQL-C数据库。参与评审的都是MySQL 兼容版。

压测环境

为了保证压测结果的公平性，五个数据库均部署在各自的数据库厂商所在的云服务器上，且每个数据库所在的服务器实例规格都一样，云服务器实例规格都是8C64GB和64C512GB、MySQL 8.0，一主一从。

但OceanBase数据库由于规格限制，实际上，采用的云服务器实例规格为62C400GB。

在实例规格一致（除OceanBase使用62C400GB规格）的前提下，我们在各自的云服务器上都是采用的开箱配置。

压测配置

我们会对五个数据库的压力测试采用计算密集型和I/O密集型两种配置方式，并且会采用在配置上严格一致的shell脚本来进行压测。

计算密集型配置方式

对于计算密集型配置方式来说，压测五个数据库时，最终的结果信息将按如下格式进行输出。

case
数据库名称;数据表的数量;数据表大小(每张表中数据的条数);

;最大线程数量;最小线程数量;
云服务器实例名称;对应线程数目的QPS;对应线程数目的QPS;

这里，对上述输出结果的格式进行简要说明：

• case：表示压测数据库时采用的数据库读写模式，主要的取值分为：oltp_read_only（只读模式）、oltp_read_write（读写模式）、oltp_write_only（只写模式）。
• 数据库名称：压测数据库时指定的数据库名称，例如我们在对数据库采用计算密集型的配置方式进行压测时，指定的数据库名称为tpk_s。
• 数据表的数量：压测数据库时指定的数据库中数据表的数量，例如我们在对数据库采用计算密集型的配置方式进行压测时，每个数据库中指定的数据表数量为10。
• 数据表大小：压测数据库时指定每张数据表中数据的大小，例如我们在对数据库采用计算密集型的配置方式进行压测时，每张数据表中的数据大小为10000000。
• 线程数量：这个就比较好理解了，压测数据库时，指定采用多少个线程开始压测。例如我们对数据库采用计算密集型的配置方式进行压测时，在8C64GB规格下，最大线程数量为128，最小线程数量为1。在64C512GB规格下，最大线程数量为300，最小线程数量为1。
• 云服务实例名称：数据库所在的云服务器实例名称，注意这里不是压测脚本所在的云服务器实例名称。
• 对应线程数目的qps：按照格式分别输出的最大线程数目和最小线程数目对应的QPS。

I/O密集型配置方式

对于I/O密集型配置方式来说，压测五个数据库，最终的结果信息将按照如下格式进行输出。

case
 数据库名称;数据表的数量;数据表大小(每张表中数据的条数);
 ;最大线程数量;最小线程数量;
 云服务器实例名称;对应线程数目的QPS;对应线程数目的QPS;

可以看到，采用I/O密集型的配置方式进行压测与采用计算密集型的配置方式进行压测输出的结果格式是相同的。但进行实际压测时，二者的配置信息存在稍许差异。

• 计算密集型方式的数据库名称为tpk_s，而I/O密集型的配置方式数据库名称为tpk_l。
• 计算密集型方式的数据表大小为10000000，而I/O密集型的配置方式在8C64GB规格下，数据表大小为40000000。在64C512GB规格下，数据表大小为300000000。

以下是综合对比结果, 具体每一个产品PolarDB、OceanBase、Aurora、GaussDB和TDSQL-C 的测试在文章末尾, 感兴趣的小伙伴可以参考对比.

综合对比

8C64GB规格综合对比

为了更加直观的对比每款数据库在8C64GB规格下的性能，这里我将在8C64GB规格下的压测结果数据进行整合对比，如下所示。

计算密集型压测结果对比

（1）oltp_read_only模式压测对比

（2）oltp_read_write模式压测对比

（3）oltp_write_only模式压测对比

从我对五款数据库进行计算密集型压测结果的综合对比可以看出，在oltp_read_only模式下、oltp_read_write模式下和oltp_write_only模式下，开启1或128个线程压测时，PolarDB性能最好。

I/O密集型压测结果对比

（1）oltp_read_only模式压测对比

（2）oltp_read_write模式压测对比

（3）oltp_write_only模式压测对比

从我对五款数据库进行I/O密集型压测结果的综合对比可以看出，无论是在oltp_read_only模式、oltp_read_write模式，还是在oltp_write_only模式下，PolarDB的性能都是最优的。

64C512GB规格综合对比

为了更加直观的对比每款数据库在64C512GB规格下的性能，这里我将在64C512GB规格下的压测结果数据进行整合对比，如下所示。

计算密集型压测结果对比

（1）oltp_read_only模式压测对比

（2）oltp_read_write模式压测对比

（3）oltp_write_only模式压测对比

从我对五款数据库进行计算密集型压测结果的综合对比可以看出，无论是在oltp_read_only模式，还是在oltp_read_write模式，亦或是在oltp_write_only模式下，PolarDB的性能都是最好的。

I/O密集型压测结果对比

（1）oltp_read_only模式压测对比

（2）oltp_read_write模式压测对比

（3）oltp_write_only模式压测对比

在大规格实例I/O密集型压测中，同样是PolarDB的测试性能最优，并且相对其他产品的优势比小规格实例更为明显。

以下是详细的PolarDB、OceanBase、Aurora、GaussDB和TDSQL-C 测试结果.

压测结果

在压测环境和压测配置都严格一致的情况下，我们开始对PolarDB、OceanBase、Aurora、GaussDB和TDSQL-C数据库分别进行压测。我对最终压测得出的结果数据进行了整理，下面分别按照8C64GB和64C512GB的规格给出测试结果。

8C64GB规格测试结果

PolarDB压测结果

（1）计算密集型压测结果

（2）I/O密集型压测结果

OceanBase压测结果

（1）计算密集型压测结果

（2）I/O密集型压测结果

Aurora压测结果

（1）计算密集型压测结果

（2）I/O密集型压测结果

GaussDB压测结果

（1）计算密集型压测结果

（2）I/O密集型压测结果

TDSQL-C压测结果

（1）计算密集型压测结果

（2）I/O密集型压测结果

64C512GB规格测试结果

PolarDB压测结果

（1）计算密集型压测结果

（2）I/O密集型压测结果

OceanBase压测结果

（1）计算密集型压测结果

（2）I/O密集型压测结果

Aurora压测结果

（1）计算密集型压测结果

（2）I/O密集型压测结果

GaussDB压测结果

（1）计算密集型压测结果

（2）I/O密集型压测结果

TDSQL-C压测结果

（1）计算密集型压测结果

（2）I/O密集型压测结果

最后，希望这次对于云原生数据库的压测结果能够为大家选型云原生数据库时提供一点点帮助。