起源：云数据库技术
题目1.摘要
前段时间，测试了国内次要云原生数据库PolarDB、TDSQL-C、GaussDB的性能，参考：《再测云原生数据库性能》。在上次测试后果中，因为地区版本差别，腾讯云的TDSQL-C并没有体现出“重磅降级”的成果，当初两个月过来了，咱们再来重测TDSQL-C。先说论断：
相比之前，本次TDSQL-C性能有了十分显著的晋升，在这里的场景与规格(4c16g)下，读写性能相比之前晋升了80%
通过与腾讯云数据库团队沟通，抉择了在曾经实现“重磅降级”的“北京六区”进行测试；另外，据悉，预计12月底，所有地区将实现降级
题目2.具体测试后果
TDSQL-C在「读写混合」场景下，8月比6月的性能有显著晋升：
各厂商在「读写混合」场景下的压测后果，TDSQL-C降级之后，性能显著晋升：
留神：阿里云和华为云为6月份的测试数据
本次测试的次要目标是比照TDSQL-C降级前后的性能差别。能够看到，腾讯云的TDSQL-C在降级之后性能显著晋升，某些场景下甚至晋升了近一倍的性能。
3.测试阐明
这里对咱们的测试形式做一个具体阐明。本次测试还是抉择4c16g的规格进行比照，应用了工具sysbench 1.0.20版本进行测试。具体的，在「读写」、「只读」、「只写」3个场景下进行2~512个线程的压测， 获取每秒执行事务数TPS（Transactions Per Second）、每秒执行申请数QPS（Queries Per Second）来作为性能比照指标。
数据库规格：
客户端规格：
压测命令：
-- 筹备数据
sysbench --db-driver=mysql --mysql-host=XXX --mysql-port=XXX --mysql-user=XXX --mysql-password=XXX --mysql-db=sbtest --table_size=10000000 --tables=10 --events=0 --time=300 --threads={2~512} oltp_read_write prepare
-- 运行workload
# OLTP读写混合
sysbench --db-driver=mysql --mysql-host=XXX --mysql-port=XXX --mysql-user=XXX --mysql-password=XXX --mysql-db=sbtest --table_size=10000000 --tables=10 --events=0 --time=300 --threads={2~512} --percentile=95 --report-interval=1 oltp_read_write run
# OLTP只读场景
sysbench --db-driver=mysql --mysql-host=XXX --mysql-port=XXX --mysql-user=XXX --mysql-password=XXX --mysql-db=sbtest --table_size=10000000 --tables=10 --events=0 --time=300 --threads={2~512} --percentile=95 --report-interval=1 oltp_read_only run
# OLTP只写场景
sysbench --db-driver=mysql --mysql-host=XXX --mysql-port=XXX --mysql-user=XXX --mysql-password=XXX --mysql-db=sbtest --table_size=10000000 --tables=10 --events=0 --time=300 --threads={2~512} --percentile=95 --report-interval=1 oltp_write_only run
-- 清理数据
sysbench --db-driver=mysql --mysql-host=XXX --mysql-port=XXX --mysql-user=XXX --mysql-password=XXX --mysql-db=sbtest --table_size=10000000 --tables=10 --events=0 --time=300 --threads={2~512} --percentile=95 oltp_read_write/oltp_read_only/oltp_write_only cleanup阐明：10张表，每张表1000万数据，数据粗放25G，2~512个线程进行压测。
补充阐明：
TDSQL-C反对了主动读写拆散（Proxy），但其Proxy暂不反对事务拆分，尽管通过Proxy地址，但也只在读写节点上执行。如果想充分发挥读写拆散的劣势，能够通过工单形式让腾讯云的工作人员批改Proxy策略，或开启sysbench的参数–skip-trx（非事务模式）能力应用只读节点，本文测试没有开启该参数。
读写内网地址（高可用地址，用RW示意）和 数据库代理地址（主动读写拆散地址，用Proxy示意）。
4.测试详情
TDSQL-C 降级之后是否有晋升？
读写场景：
读写场景论断：TDSQL-C 8月份的性能比6月份均匀高出了近80%。
只读场景：
只读场景论断：TDSQL-C 8月份的性能比6月份均匀高出了近70%。
只写场景：
只写场景论断：TDSQL-C 8月份的性能比6月份均匀高出了近120%。
小结：通过以上三个场景的压测比照，能够看到TDSQL-C 8月份比6月份性能有显著晋升，特地是只写场景下，晋升了1.2倍。尽管TDSQL-C反对了主动读写拆散，但因Proxy临时不反对事务拆分，尽管通过Proxy地址，但也只在读写节点上执行，所以性能比用读写地址的低一些。
TDSQL-C 降级之后是否有超过？
留神：阿里云和华为云为6月份的测试数据。
能够看到，腾讯云的TDSQL-C在降级之后性能显著晋升，大大提高了其竞争力，也让用户在云原生数据库上有了更多的抉择。
5.总结
通过下面的压测数据，看到了TDSQL-C在“重磅降级” 之后带来的性能晋升，并且性能上也反对了主动读写拆散（后续会默认反对事务拆分），极大进步了其在云原生数据库上的竞争力。最初，期待TDSQL-C的降级版本在更多的地区中上线。
发表回复