Change Buffer的處理過(guò)程
對(duì)非唯一的普通索引的新增或更新操作戈鲁，如果索引B+樹(shù)的需要新增或更新的數(shù)據(jù)頁(yè)不在內(nèi)存中退个，則直接更新change buffer，等到后面需要使用這個(gè)數(shù)據(jù)頁(yè)（真正讀到內(nèi)存中來(lái)）的時(shí)候壶愤，再根據(jù)change buffer在內(nèi)存中做merge合并操作怜庸。
Change Buffer有什么好處？
先想想沒(méi)有change buffer時(shí)候米绕，在緩沖池中沒(méi)有對(duì)應(yīng)數(shù)據(jù)頁(yè)時(shí)會(huì)怎么更新瑟捣。概括來(lái)說(shuō)馋艺，有兩個(gè)步驟：
- 首先需要從磁盤(pán)中讀取對(duì)應(yīng)的數(shù)據(jù)頁(yè)到內(nèi)存中
- 然后更新內(nèi)存中的數(shù)據(jù)頁(yè)。
首先分析主鍵索引或者非主鍵索引中的唯一索引迈套，插入或者更新的操作捐祠。
- 主鍵如果是自增的，只需要讀取順序讀取磁盤(pán)中的頁(yè)桑李，然后插入最新的行即可踱蛀。主鍵如果是非自增的或者是自己設(shè)置的值，那么可能需要做一次隨機(jī)磁盤(pán)IO操作贵白，讀取到對(duì)應(yīng)的頁(yè)率拒，做一下唯一性判斷，然后插入數(shù)據(jù)即可禁荒。
- 針對(duì)非主鍵索引中的唯一索引猬膨，大概率需要做隨機(jī)磁盤(pán)IO讀取，然后判斷唯一性呛伴，再插入對(duì)應(yīng)的行勃痴。
所以對(duì)于主鍵索引和非主鍵的唯一索引，因?yàn)橛形ㄒ恍耘袛嗳瓤担愿虏僮鲿r(shí)沛申，必須要從磁盤(pán)中讀取數(shù)據(jù)頁(yè)，判斷唯一性姐军，然后才能確定這個(gè)更新操作是否成功铁材，即這個(gè)磁盤(pán)的IO操作是不可避免的。
對(duì)于非唯一索引來(lái)說(shuō)庶弃，其實(shí)步驟也是類(lèi)似的衫贬。但是因?yàn)椴恍枰鑫ㄒ恍耘袛嗟鲁海詾榱颂岣吒碌男阅苄ィ琈ysql給出的解決方案就是使用change buffer來(lái)保存對(duì)非唯一索引的更新。也就是說(shuō)梆造，當(dāng)需要更新非唯一索引時(shí)缴守，直接操作change buffer，成功即可返回镇辉。
那么什么時(shí)候會(huì)真正更新數(shù)據(jù)頁(yè)呢屡穗？有兩種情況會(huì)觸發(fā)：
- 被動(dòng)：在后續(xù)的真正需要讀這個(gè)非唯一索引時(shí)，把索引的數(shù)據(jù)頁(yè)從磁盤(pán)讀取到內(nèi)存中忽肛，再通過(guò)change buffer做一個(gè)merge操作村砂，merge操作以后，內(nèi)存中的數(shù)據(jù)頁(yè)就是最新的了屹逛。
- 主動(dòng)：innoDB引擎中有線(xiàn)程會(huì)主動(dòng)的定期做merge操作
業(yè)務(wù)實(shí)踐
- 利用普通索引的change buffer特性础废，當(dāng)業(yè)務(wù)場(chǎng)景中的寫(xiě)遠(yuǎn)大于讀時(shí)汛骂，常見(jiàn)場(chǎng)景為日志表，當(dāng)某些列必須建立索引時(shí)评腺，可以考慮建立普通索引帘瞭，提高寫(xiě)入性能。
- 如果業(yè)務(wù)場(chǎng)景的寫(xiě)之后立即伴隨讀蒿讥，如果列的值是唯一的
- 那么其實(shí)建立普通索引是不合適的蝶念，因?yàn)閷?xiě)的過(guò)程，雖然利用了change buffer暫時(shí)提高了寫(xiě)的性能芋绸，但是在讀的時(shí)候還是需要磁盤(pán)IO媒殉。可以考慮建立唯一索引摔敛，在索引寫(xiě)的時(shí)候适袜，就提前讀取數(shù)據(jù)到緩沖池中，提高讀的性能舷夺。
