首先說下change buffer 是個啥？

為了減少對數據庫的IO操作，將更新操作用change buffer保存起來。如果要訪問剛剛更新的數據頁，就會將數據頁讀取到內存中，然后執行 change buffer 中與這個頁有關的操作。

這個東西在不同索引的情況下表現不同，讓我們來瞅瞅。

對于唯一索引來說，所有的更新操作都要先判斷這個操作是否違反唯一性約束。比如，要插入 (4,400) 這個記錄，就要先判斷現在表中是否已經存在 k=4 的記錄，而這必須要將數據頁讀入內 存才能判斷。如果都已經讀入到內存了，那直接更新內存會更快，就沒必要使用 change buffer 了。 因此，唯一索引的更新就不能使用 change buffer，實際上只有普通索引可以使用。

現在，你已經理解了 change buffer 的機制，那么我們再一起來看看如果要在這張表中插入一 個新記錄 (4,400) 的話，InnoDB 的處理流程是怎樣的。

第一種情況是，這個記錄要更新的目標頁在內存中。這時，InnoDB 的處理流程如下：

• 對于唯一索引來說，找到 3 和 5 之間的位置，判斷到沒有沖突，插入這個值，語句執行結 束；
• 對于普通索引來說，找到 3 和 5 之間的位置，插入這個值，語句執行結束。

這樣看來，普通索引和唯一索引對更新語句性能影響的差別，只是一個判斷，只會耗費微小的 CPU 時間。 但，這不是我們關注的重點。

第二種情況是，這個記錄要更新的目標頁不在內存中。這時，InnoDB 的處理流程如下：

• 對于唯一索引來說，需要將數據頁讀入內存，判斷到沒有沖突，插入這個值，語句執行結束；
• 對于普通索引來說，則是將更新記錄在 change buffer，語句執行就結束了。

將數據從磁盤讀入內存涉及隨機 IO 的訪問，是數據庫里面成本最高的操作之一。change buffer 因為減少了隨機磁盤訪問，所以對更新性能的提升是會很明顯的。

change buffer 一般適應于寫多讀少的場景。如果我更新完就要讀 性能也不會提升。

?

總結

以上是生活随笔為你收集整理的你懂change buffer吗的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。