1.摘要

前段時間，測試了國內(nèi)主要云原生數(shù)據(jù)庫PolarDB、TDSQL-C、GaussDB的性能，參考：《再測云原生數(shù)據(jù)庫性能》。在上次測試結(jié)果中，由于地域版本差異，騰訊云的TDSQL-C并沒有表現(xiàn)出“重磅升級”的效果，現(xiàn)在兩個月過去了，我們再來重測TDSQL-C。先說結(jié)論：

相比之前，本次TDSQL-C性能有了非常顯著的提升，在這里的場景與規(guī)格(4c16g)下，讀寫性能相比之前提升了80%

經(jīng)過與騰訊云數(shù)據(jù)庫團(tuán)隊(duì)溝通，選擇了在已經(jīng)完成“重磅升級”的“北京六區(qū)”進(jìn)行測試；另外，據(jù)悉，預(yù)計(jì)12月底，所有地域?qū)⑼瓿缮?/p>

2.詳細(xì)測試結(jié)果

TDSQL-C在「讀寫混合」場景下，8月比6月的性能有顯著提升：

各廠商在「讀寫混合」場景下的壓測結(jié)果，TDSQL-C升級之后，性能顯著提升：

注意：阿里云和華為云為6月份的測試數(shù)據(jù)

本次測試的主要目的是對比TDSQL-C升級前后的性能差異。可以看到，騰訊云的TDSQL-C在升級之后性能顯著提升，某些場景下甚至提升了近一倍的性能。

3.測試說明

這里對我們的測試方式做一個詳細(xì)說明。本次測試還是選擇4c16g的規(guī)格進(jìn)行對比，使用了工具sysbench 1.0.20版本進(jìn)行測試。具體的，在「讀寫」、「只讀」、「只寫」3個場景下進(jìn)行2~512個線程的壓測， 獲取每秒執(zhí)行事務(wù)數(shù)TPS（Transactions Per Second）、每秒執(zhí)行請求數(shù)QPS（Queries Per Second）來作為性能對比指標(biāo)。

數(shù)據(jù)庫規(guī)格：

客戶端規(guī)格：

壓測命令：

-- 準(zhǔn)備數(shù)據(jù)

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

-- 運(yùn)行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

-- 清理數(shù)據(jù)

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萬數(shù)據(jù)，數(shù)據(jù)集約25G，2~512個線程進(jìn)行壓測。

補(bǔ)充說明：

TDSQL-C支持了自動讀寫分離（Proxy），但其Proxy暫不支持事務(wù)拆分，雖然通過Proxy地址，但也只在讀寫節(jié)點(diǎn)上執(zhí)行。如果想充分發(fā)揮讀寫分離的優(yōu)勢，可以通過工單方式讓騰訊云的工作人員修改Proxy策略，或開啟sysbench的參數(shù)--skip-trx（非事務(wù)模式）才能使用只讀節(jié)點(diǎn)，本文測試沒有開啟該參數(shù)。

讀寫內(nèi)網(wǎng)地址（高可用地址，用RW表示）和 數(shù)據(jù)庫代理地址（自動讀寫分離地址，用Proxy表示）。

4.測試詳情

TDSQL-C 升級之后是否有提升？

讀寫場景：

讀寫場景結(jié)論：TDSQL-C 8月份的性能比6月份平均高出了近80%。

只讀場景：

只讀場景結(jié)論：TDSQL-C 8月份的性能比6月份平均高出了近70%。

只寫場景：

只寫場景結(jié)論：TDSQL-C 8月份的性能比6月份平均高出了近120%。

小結(jié)：通過以上三個場景的壓測對比，可以看到TDSQL-C 8月份比6月份性能有顯著提升，特別是只寫場景下，提升了1.2倍。雖然TDSQL-C支持了自動讀寫分離，但因Proxy暫時不支持事務(wù)拆分，雖然通過Proxy地址，但也只在讀寫節(jié)點(diǎn)上執(zhí)行，所以性能比用讀寫地址的低一些。

TDSQL-C 升級之后是否有超越？

注意：阿里云和華為云為6月份的測試數(shù)據(jù)。

可以看到，騰訊云的TDSQL-C在升級之后性能顯著提升，大大提高了其競爭力，也讓用戶在云原生數(shù)據(jù)庫上有了更多的選擇。

5.總結(jié)

通過上面的壓測數(shù)據(jù)，看到了TDSQL-C在“重磅升級” 之后帶來的性能提升，并且功能上也支持了自動讀寫分離（后續(xù)會默認(rèn)支持事務(wù)拆分），極大提高了其在云原生數(shù)據(jù)庫上的競爭力。最后，期待TDSQL-C的升級版本在更多的地域中上線。

審核編輯 黃昊宇