掃二維碼與項(xiàng)目經(jīng)理溝通
我們?cè)谖⑿派?4小時(shí)期待你的聲音
解答本文疑問(wèn)/技術(shù)咨詢/運(yùn)營(yíng)咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
上篇《緩沖池(buffer pool),徹底懂了!》介紹了InnoDB緩沖池的工作原理。

簡(jiǎn)單回顧一下:
畫外音:細(xì)節(jié)詳見《緩沖池(buffer pool),徹底懂了!》。
毫無(wú)疑問(wèn),對(duì)于讀請(qǐng)求,緩沖池能夠減少磁盤IO,提升性能。問(wèn)題來(lái)了,那寫請(qǐng)求呢?
情況一
假如要修改頁(yè)號(hào)為4的索引頁(yè),而這個(gè)頁(yè)正好在緩沖池內(nèi)。
如上圖序號(hào)1-2:
這樣的效率是***的。
畫外音:像寫日志這種順序?qū)懀棵霂兹f(wàn)次沒(méi)問(wèn)題。
是否會(huì)出現(xiàn)一致性問(wèn)題呢?
并不會(huì)。
什么時(shí)候緩沖池中的頁(yè),會(huì)刷到磁盤上呢?
定期刷磁盤,而不是每次刷磁盤,能夠降低磁盤IO,提升MySQL的性能。
畫外音:批量寫,是常見的優(yōu)化手段。
情況二
假如要修改頁(yè)號(hào)為40的索引頁(yè),而這個(gè)頁(yè)正好不在緩沖池內(nèi)。
此時(shí)麻煩一點(diǎn),如上圖需要1-3:
沒(méi)有***緩沖池的時(shí)候,至少產(chǎn)生一次磁盤IO,對(duì)于寫多讀少的業(yè)務(wù)場(chǎng)景,是否還有優(yōu)化的空間呢?
這即是InnoDB考慮的問(wèn)題,又是本文將要討論的寫緩沖(change buffer)。
畫外音:從名字容易看出,寫緩沖是降低磁盤IO,提升數(shù)據(jù)庫(kù)寫性能的一種機(jī)制。
什么是InnoDB的寫緩沖?
在MySQL5.5之前,叫插入緩沖(insert buffer),只針對(duì)insert做了優(yōu)化;現(xiàn)在對(duì)delete和update也有效,叫做寫緩沖(change buffer)。
它是一種應(yīng)用在非唯一普通索引頁(yè)(non-unique secondary index page)不在緩沖池中,對(duì)頁(yè)進(jìn)行了寫操作,并不會(huì)立刻將磁盤頁(yè)加載到緩沖池,而僅僅記錄緩沖變更(buffer changes),等未來(lái)數(shù)據(jù)被讀取時(shí),再將數(shù)據(jù)合并(merge)恢復(fù)到緩沖池中的技術(shù)。寫緩沖的目的是降低寫操作的磁盤IO,提升數(shù)據(jù)庫(kù)性能。
畫外音:R了狗了,這個(gè)句子,好長(zhǎng)。
InnoDB加入寫緩沖優(yōu)化,上文“情況二”流程會(huì)有什么變化?
假如要修改頁(yè)號(hào)為40的索引頁(yè),而這個(gè)頁(yè)正好不在緩沖池內(nèi)。
加入寫緩沖優(yōu)化后,流程優(yōu)化為:
其性能與,這個(gè)索引頁(yè)在緩沖池中,相近。
畫外音:可以看到,40這一頁(yè),并沒(méi)有加載到緩沖池中。
是否會(huì)出現(xiàn)一致性問(wèn)題呢?
也不會(huì)。
不妨設(shè),稍后的一個(gè)時(shí)間,有請(qǐng)求查詢索引頁(yè)40的數(shù)據(jù)。
此時(shí)的流程如序號(hào)1-3:
畫外音:可以看到,40這一頁(yè),在真正被讀取時(shí),才會(huì)被加載到緩沖池中。
還有一個(gè)遺漏問(wèn)題,為什么寫緩沖優(yōu)化,僅適用于非唯一普通索引頁(yè)呢?
InnoDB里,聚集索引(clustered index)和普通索引(secondary index)的異同,《1分鐘了解MyISAM與InnoDB的索引差異》有詳盡的敘述,不再展開。
如果索引設(shè)置了唯一(unique)屬性,在進(jìn)行修改操作時(shí),InnoDB必須進(jìn)行唯一性檢查。也就是說(shuō),索引頁(yè)即使不在緩沖池,磁盤上的頁(yè)讀取無(wú)法避免(否則怎么校驗(yàn)是否唯一?),此時(shí)就應(yīng)該直接把相應(yīng)的頁(yè)放入緩沖池再進(jìn)行修改,而不應(yīng)該再整寫緩沖這個(gè)幺蛾子。
除了數(shù)據(jù)頁(yè)被訪問(wèn),還有哪些場(chǎng)景會(huì)觸發(fā)刷寫緩沖中的數(shù)據(jù)呢?
還有這么幾種情況,會(huì)刷寫緩沖中的數(shù)據(jù):
畫外音:幾乎不會(huì)出現(xiàn)redo log寫滿,此時(shí)整個(gè)數(shù)據(jù)庫(kù)處于無(wú)法寫入的不可用狀態(tài)。
什么業(yè)務(wù)場(chǎng)景,適合開啟InnoDB的寫緩沖機(jī)制?
先說(shuō)什么時(shí)候不適合,如上文分析,當(dāng):
這兩類場(chǎng)景,在寫操作進(jìn)行時(shí)(進(jìn)行后),本來(lái)就要進(jìn)行進(jìn)行頁(yè)讀取,本來(lái)相應(yīng)頁(yè)面就要入緩沖池,此時(shí)寫緩存反倒成了負(fù)擔(dān),增加了復(fù)雜度。
什么時(shí)候適合使用寫緩沖,如果:
可以使用寫緩沖,將原本每次寫入都需要進(jìn)行磁盤IO的SQL,優(yōu)化定期批量寫磁盤。
畫外音:例如,賬單流水業(yè)務(wù)。
上述原理,對(duì)應(yīng)InnoDB里哪些參數(shù)?
有兩個(gè)比較重要的參數(shù)。
畫外音:寫多讀少的業(yè)務(wù),才需要調(diào)大這個(gè)值,讀多寫少的業(yè)務(wù),25%其實(shí)也多了。
希望大家有收獲,思路比結(jié)論重要。
【本文為專欄作者“58沈劍”原創(chuàng)稿件,轉(zhuǎn)載請(qǐng)聯(lián)系原作者】

我們?cè)谖⑿派?4小時(shí)期待你的聲音
解答本文疑問(wèn)/技術(shù)咨詢/運(yùn)營(yíng)咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流