Innodb關鍵特性之什么是Insert Buffer

本篇內容介紹了“Innodb關鍵特性之什么是Insert Buffer”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

  一、Insert Buffer     

       Innodb存儲引擎中，主鍵是唯一的標識符，如果主鍵是遞增的，那么主鍵插入null會自動增長，同時插入的數據按照順序存放。如果主鍵不是自增的，例如UUID這樣的，那么插入和輔助索引一樣，是隨機的。對于非聚集索引，每次插入都要離散讀，大大降低了插入的效率。

       Innodb引入了Insert Buffer。對于非聚集索引的插入或者更新操作，不是每一次直接插入到索引頁中，而是先判斷插入的非聚集索引頁是否在緩沖池中，若在，則直接插入；若不在，則先放到一個Insert Buffer里。然后以一定的頻率和情況進行合并操作。大大提高了插入的效率。

Insert Buffer需要滿足以下兩個條件：

• 索引是輔助索引（secondary index）

• 索引不是唯一（unigue）的

       輔助索引不能是唯一的，因為在插入時，數據庫不去查找索引頁去判斷插入記錄的唯一性，因為如果查找又會產生離散讀，那么insert buffer就沒有意義了。

二、Change Buffer

       Innodb從1.0.x版本開始引入Change Buffer，為Insert Buffer的升級。從跟這個版本開始，Innodb引擎對DML操作-insert，delete，update對應的是Insert Buffer，Delete Buffer，Purge Buffer。

和之前的Insert Buffer一樣，Change Buffer使用的對象依然是非唯一的輔助索引。

一次delete操作可以分為兩個過程：

• 將記錄標為已刪除。

• 真正將記錄刪除。

三、Merge Insert Buffer

Insert/Change Buffer是一棵B+ tree，Insert/Change Buffer如何將記錄合并到真正的索引中呢？

Merge Insert Buffer可能在以下幾種情況下發生：

• 輔助索引被讀取到緩沖池中

• Insert Buffer Bitmap頁追蹤到該輔助索引頁已無可用空間

• Master Thread(Page Cleaner Thread)

第一種，例如一次正常的select查詢，這時要檢查Insert Buffer Bitmap頁，確認該輔助索引頁是否有記錄存在Insert Buffer B+ tree中，如果有，則將Insert Buffer B+ tree中的記錄插入到該輔助索引。

第二種，Insert Buffer Bitmap頁用來追蹤每個輔助索引頁的可能空間，如果可用空間小于1/32，則強制讀取輔助索引頁，將Insert Buffer B+ tree中的記錄插入到輔助索引中。

第三種，Master Thread(Page Cleaner Thread)每秒或者每十秒進行一次merge insert buffer。

四、查看插入緩沖

> show engine innodb status
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 1, free list len 6236, seg size 6238, 50345247 merges
merged operations:
insert 78487598, delete mark 0, delete 0
discarded operations:
 insert 0, delete mark 0, delete 0

seg size顯示當前insert buffer大小為6238x16KB，大約97.46MB

free 代表空閑列的長度

size代表已經合并記錄頁的數量

insert代表插入的記錄數，merged recs代表合并的插入記錄數量

mergess代表合并的次數

在寫密集的情況下，插入緩沖會占用過多的緩沖池內存（innodb_buffer_pool），默認最大是1/2。

“Innodb關鍵特性之什么是Insert Buffer”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！