MySQL5.6.17/Percona5.6.16/MariaDB10.0.11/OneSQL5.6.16壓測(cè)瓶

之前我進(jìn)行了MySQL 5.6.17/Percona5.6.16/MariaDB 10.0.11/OneSQL 5.6.16對(duì)比基準(zhǔn)TPCC壓測(cè)，從測(cè)試結(jié)果可以看到在高并發(fā)（并發(fā)1920線程）模式下，MariaDB的相對(duì)優(yōu)勢(shì)，也看到了在一般并發(fā)場(chǎng)景（并發(fā)64線程）模式下，MariaDB擁有絕對(duì)優(yōu)勢(shì)。 今天我們就來(lái)看看這

之前我進(jìn)行了MySQL 5.6.17/Percona5.6.16/MariaDB 10.0.11/OneSQL 5.6.16對(duì)比基準(zhǔn)TPCC壓測(cè)，從測(cè)試結(jié)果可以看到在高并發(fā)（并發(fā)1920線程）模式下，MariaDB的相對(duì)優(yōu)勢(shì)，也看到了在一般并發(fā)場(chǎng)景（并發(fā)64線程）模式下，MariaDB擁有絕對(duì)優(yōu)勢(shì)。

今天我們就來(lái)看看這兩種模式下，系統(tǒng)負(fù)載等性能指標(biāo)表現(xiàn)，以及各自的瓶頸在哪里，也就能知道為何有這么大差異了。

首先，我們看下并發(fā)64線程的對(duì)比圖表：

再看下并發(fā)1920線程的對(duì)比圖表：

從上面兩個(gè)圖可以看出來(lái)幾點(diǎn)信息：

結(jié)論：

1、并發(fā)64線程時(shí)，MySQL的瓶頸在 spin_lock，，所以 %SYS 跑的很高，TpmC也上不去；

2、并發(fā)64線程時(shí)，Percona次要瓶頸也是 spin_lock，相比之下 %SYS 也較高，TpmC上不去；

3、并發(fā)1920線程時(shí)，spin_lock 都是最大的瓶頸，MySQL和Percona的次要瓶頸是lock_rec_has_to_wait_in_queue()函數(shù)，因此相對(duì)的TpmC也跑不高；

聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com