一、MySQL中，為什么還要change buffer只作用于二級(jí)索引

先說一下普通一個(gè)數(shù)據(jù)修改的過程（這里不涉及到改主鍵索引或少數(shù)索引B+樹結(jié)構(gòu)的，就說改普通字段的值）

名列前茅步：INNODB要修改一個(gè)數(shù)據(jù)時(shí)，先判斷內(nèi)存（Buffer Pool）中有沒有這個(gè)數(shù)據(jù)，有的話則直接修改內(nèi)存。沒有的話，先從磁盤中讀到內(nèi)存，再進(jìn)行修改（先假設(shè)是這樣）。

第二步：寫redo log，將事務(wù)的狀態(tài)標(biāo)位prepare

第三步：寫binlog

第四步；將redo log中事務(wù)的狀態(tài)標(biāo)位commit

到這里，一個(gè)事務(wù)已經(jīng)結(jié)束了，但是你會(huì)發(fā)現(xiàn)，數(shù)據(jù)壓根就沒落盤，只在Buffer Pool進(jìn)行了相應(yīng)的修改。

而這些在內(nèi)存中的數(shù)據(jù)（臟頁）會(huì)在一段時(shí)間后因?yàn)槟承┰虿艜?huì)被刷到磁盤中，那在這中間還沒有刷到磁盤的過程中，則有可能發(fā)生斷電，那還沒有保存到磁盤中的buffer pool中的數(shù)據(jù)也就丟了，而redo log的作用，就是斷電重啟之后，用來恢復(fù)這部分的數(shù)據(jù)。（在我看來，redo log的作用僅此而已，有誤的話可以指正）

再回過頭看名列前茅步：如果是普通索引（非少數(shù)索引），哪怕內(nèi)存中沒有這條數(shù)據(jù)，直接保存修改就行了，連去磁盤讀取出這條數(shù)據(jù)這一步都不需要，節(jié)省了磁盤IO的時(shí)間。也就是上面說的流程中的名列前茅步其實(shí)應(yīng)該改為：如果僅僅修改了普通索引的話，內(nèi)存中若有這條數(shù)據(jù)，則直接修改，若沒這條數(shù)據(jù)，則先將修改的操作寫到change buffer中。

回到問題：change buffer是做什么的？

答：當(dāng)然是為了提高效率的，但是有一定的局限性，基本上只能用在：數(shù)據(jù)在磁盤中而不在內(nèi)存中，而這次修改不會(huì)涉及到改動(dòng)主鍵索引以及少數(shù)索引的結(jié)構(gòu) 的情況之下。也就是優(yōu)化了上面流程中的名列前茅步。

第二個(gè)問題：我沒太理解是什么意思，不過我上面一段的描述或許能夠解釋？

問：change buffer似乎只能作用于二級(jí)索引？

答：什么時(shí)候不能夠用change buffer呢？如果涉及到修改聚簇索引（主鍵索引）的結(jié)構(gòu)時(shí)，比如新增一條字段，或者直接把主鍵的值給改了，類似于這樣的操作，當(dāng)然是用不了change buffer的。因?yàn)闉榱酥麈I少數(shù)性校驗(yàn)，必須先去磁盤中讀有沒有這條數(shù)據(jù)（或者內(nèi)存中有對(duì)應(yīng)的數(shù)據(jù)頁也可以），才能進(jìn)行更新，比如插入了一條id=5的數(shù)據(jù)，那當(dāng)然要去判斷一下有沒有id = 5的數(shù)據(jù)，才能進(jìn)行插入了，此時(shí)change buffer也就沒有意義了。

延伸閱讀：

二、為什么要持久化連接

這和 web 服務(wù)器的工作方式有關(guān)。web 服務(wù)器可以通過三種方法來利用 PHP 生成 web 頁面。

名列前茅種方法是將 PHP 自以為 CGI“包裝器”用作一個(gè)單獨(dú)運(yùn)行的語言解釋器(CGI Wapper)。當(dāng)以這種方法運(yùn)行時(shí)，PHP 會(huì)為向 web 服務(wù)器的每個(gè) PHP 頁面請(qǐng)求創(chuàng)建并銷毀 PHP 解釋器的時(shí)候?qū)嵗Ｓ捎谄鋾?huì)隨每個(gè)請(qǐng)求的結(jié)束而銷毀，因此其獲取的任何資源（例如指向 SQL 數(shù)據(jù)庫服務(wù)器的鏈接）都會(huì)在銷毀時(shí)關(guān)閉。在這種情況下，不會(huì)從使用持久連接中獲得任何好處——因?yàn)楦静粫?huì)持久。

第二，也是最流行的方法是把 PHP 用作多進(jìn)程 web 服務(wù)器的一個(gè)模塊，這種方法目前只適用于 Apache。多進(jìn)程的服務(wù)器通常有一個(gè)父進(jìn)程和一組子進(jìn)程協(xié)調(diào)運(yùn)行，子進(jìn)程負(fù)責(zé)提供網(wǎng)頁的工作。每當(dāng)接收達(dá)到客戶端提出請(qǐng)求時(shí)，該請(qǐng)求會(huì)傳遞給尚未給其它客戶端提供服務(wù)的某個(gè)子進(jìn)程。這也就是說當(dāng)相同的客戶端第二次向服務(wù)端發(fā)出請(qǐng)求時(shí)，它將有可能由與名列前茅次不同的某個(gè)子進(jìn)程提供服務(wù)。在開啟了一個(gè)持久連接后，所有請(qǐng)求 SQL 服務(wù)的后繼頁面都能夠重用與 SQL 服務(wù)器建立的相同連接。

最后一種方法是將 PHP 用作多線程 web 服務(wù)器的插件。目前 PHP 支持 WSAPI 和 NSAPI（在 Windows 上），允許 PHP 作為 Netscape FastTrack（iPlanet）、Microsoft 的 Internet Information Server (IIS) 和 O’Reilly 的 WebSite Pro 等多線程服務(wù)器的插件使用。該行為與前面描述的多過程模型相同。