TiDB 5.0 VS MySQL 8.0 性能对比测试

【是否原创】否
【作者】@seiang
【首发渠道链接】http://www.seiang.com/?p=1195

TiDB正式线上前，总是要对TiDB做个压测来为后续的业务接入做评估依旧；本次针对TiDB 5.0以及MySQL 8.0在同等规格配置下，性能做一个对比，尽管来说这么对比，可比性不是很强，但是起码能为后续业务的接入以及上线有一个理论依旧；

测试环境

TiDB 5.0集群（3 TiDB，3 PD,3~5 TiKV 【16C16G】）

MySQL 8.0 主从环境【16C16G】

测试方案

1、通过 Sysbench 导入 10 张表，每张表有 1000 万行数据。

2、压测线程：16，32，64,128

3、对每个表执行 analyze table 命令。

4、使用 Sysbench 进行 point_select、read_write 测试。单轮预热 1 分钟，测试时间30分钟。

TiKV v5.0 参数配置

storage.scheduler-worker-pool-size: 5

raftstore.store-pool-size: 3

raftstore.apply-pool-size: 3

rocksdb.max-background-jobs: 8

raftdb.max-background-jobs: 4

raftdb.allow-concurrent-memtable-write: true

server.grpc-concurrency: 6

readpool.unified.min-thread-count: 5

readpool.unified.max-thread-count: 20

readpool.storage.normal-concurrency: 10

pessimistic-txn.pipelined: true

server.enable-request-batch: false

测试流程

准备测试数据

./sysbench --config-file=config oltp_point_select --tables=10 --table-size=10000000 prepare

执行测试命令

./sysbench --config-file=config oltp_read_write --tables=10 --table-size=10000000 run

测试结果

不同线程测试结果对比

从上面的测试结果，可以看到针对单个TiDB节点测试，同样配置、相同线程下，TiDB集群的QPS要远远低于MySQL 8.0；

那么我们看下压测过程中系统负载及IO情况：

TiDB

MySQL 8.0

从监控结果看 ，TiDB集群无论从系统负载还是IO层面看，都没有饱和，而MySQL主机的负载已经非常的高，IO完全跑满；

接下来，我们通过HAproxy对TiDB Server节点进行负载均衡，然后进行压测，下面是压测结果：

从测试结果看，从TiDB Server在负载均衡的情况，整个TiDB集群的资源使用情况有所提高，QPS对比单个TiDB Server节点有明显的提高，而且节点的负载基本差不多，网络吞吐量明显提高。

综合单个Server和Server之间负载均衡的测试结果看，负载均衡要比单个TiDB Server的资源使用率高，QPS要高很多，所以推荐负载均衡的使用模式。

好了，今天就先介绍这么多吧，针对TiDB性能等方面，后续再进行介绍。

也欢迎关注作者的个人微信公众号：