MYSQL 8在性能設(shè)計(jì)上的改變是怎么樣的

這篇文章給大家介紹MYSQL 8在性能設(shè)計(jì)上的改變是怎么樣的，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對(duì)大家能有所幫助。

MYSQL 8 的在性能上的設(shè)計(jì)在MYSQL 的歷史上是具有突破性的，也是從底層的架構(gòu)上進(jìn)行的改變，可能未來(lái)MYSQL 越來(lái)越不像原來(lái)的MYSQL，長(zhǎng)遠(yuǎn)看MYSQL 是朝著企業(yè)和互聯(lián)網(wǎng)通吃的方向去的，其實(shí)MYSQL本身的設(shè)計(jì)和其他的數(shù)據(jù)庫(kù)相比是有差距的，例如doublewrite對(duì)性能的損耗，以及在RR上的GAP 其實(shí)可能對(duì)有些其他數(shù)據(jù)庫(kù)的使用者都是吐槽的對(duì)象。

而從MYSQL 8 上的新設(shè)計(jì)上來(lái)看，REDO LOG （WAL）的設(shè)計(jì)是進(jìn)行改變了，這也是為什么會(huì)期盼MYSQL8 的聲音很多的原因之一。

老的MYQL的設(shè)計(jì)在目前越來(lái)越多，越復(fù)雜的任務(wù)中，REDO LOG 的設(shè)計(jì)的確說(shuō)不上有多出色。

而新的設(shè)計(jì)，突發(fā)的就是他的并發(fā)性，這其實(shí)在程序設(shè)計(jì)里面并不容易，到底以什么來(lái)決定并發(fā)性，在程序設(shè)計(jì)里面如果是串行的，解決的方法都比較簡(jiǎn)單，也不容易出錯(cuò)，而只要設(shè)計(jì)并發(fā)性這樣的問(wèn)題，則需要考慮的問(wèn)題就很多，那個(gè)在前那個(gè)在后，無(wú)關(guān)聯(lián)的是否可以同時(shí)進(jìn)行，并行對(duì)目前的磁盤(pán)壓力是否可以接受，等等，如何在并行中又保持一個(gè)順序。（個(gè)人覺(jué)得和MTS 的部分有類似的想法）

多線程的操作中，單個(gè)線程有自己的內(nèi)部鎖保證刷新的順序，但和之前的設(shè)計(jì)不同的地方是不再以LSN 號(hào)作為一個(gè)刷新的順序。但需要考慮的是 checkpoint 和 flushing 總體的順序，因?yàn)镽EDO LOG 最終的目的是在DATABASE CRASH 時(shí)進(jìn)行回滾，回滾是一定要有順序的。

下圖就是一個(gè)（粗糙）的解釋，上面是原先MYSQL的設(shè)計(jì)，下面是MYSQL8 的設(shè)計(jì)，如果從時(shí)間的角度來(lái)看，MYSQL8 的redo 刷新的設(shè)計(jì)是要節(jié)省時(shí)間的(如果長(zhǎng)度代表時(shí)間的話)

而最終造成的效果就是 一整段的 dirty pages 寫(xiě)入不在是順序性，（大括號(hào)的位置是未寫(xiě)入的數(shù)據(jù)）這里面會(huì)有一個(gè) log_closer  thread 去掃描哪些是完成的段，并且更新哪些是已經(jīng)完成的最大 LSN 號(hào)。

關(guān)于MYSQL 8在性能設(shè)計(jì)上的改變是怎么樣的就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到。