本篇內(nèi)容介紹了“Innodb關(guān)鍵特性之什么是Insert Buffer”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

為撫松等地區(qū)用戶提供了全套網(wǎng)頁(yè)設(shè)計(jì)制作服務(wù)，及撫松網(wǎng)站建設(shè)行業(yè)解決方案。主營(yíng)業(yè)務(wù)為成都網(wǎng)站制作、網(wǎng)站建設(shè)、撫松網(wǎng)站設(shè)計(jì)，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠(chéng)的服務(wù)。我們深信只要達(dá)到每一位用戶的要求，就會(huì)得到認(rèn)可，從而選擇與我們長(zhǎng)期合作。這樣，我們也可以走得更遠(yuǎn)！

  一、Insert Buffer     

       Innodb存儲(chǔ)引擎中，主鍵是唯一的標(biāo)識(shí)符，如果主鍵是遞增的，那么主鍵插入null會(huì)自動(dòng)增長(zhǎng)，同時(shí)插入的數(shù)據(jù)按照順序存放。如果主鍵不是自增的，例如UUID這樣的，那么插入和輔助索引一樣，是隨機(jī)的。對(duì)于非聚集索引，每次插入都要離散讀，大大降低了插入的效率。

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

Insert Buffer需要滿足以下兩個(gè)條件：

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

• 索引不是唯一（unigue）的

       輔助索引不能是唯一的，因?yàn)樵诓迦霑r(shí)，數(shù)據(jù)庫(kù)不去查找索引頁(yè)去判斷插入記錄的唯一性，因?yàn)槿绻檎矣謺?huì)產(chǎn)生離散讀，那么insert buffer就沒(méi)有意義了。

二、Change Buffer

       Innodb從1.0.x版本開(kāi)始引入Change Buffer，為Insert Buffer的升級(jí)。從跟這個(gè)版本開(kāi)始，Innodb引擎對(duì)DML操作-insert，delete，update對(duì)應(yīng)的是Insert Buffer，Delete Buffer，Purge Buffer。

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

一次delete操作可以分為兩個(gè)過(guò)程：

• 將記錄標(biāo)為已刪除。

• 真正將記錄刪除。

三、Merge Insert Buffer

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

Merge Insert Buffer可能在以下幾種情況下發(fā)生：

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

• Insert Buffer Bitmap頁(yè)追蹤到該輔助索引頁(yè)已無(wú)可用空間

• Master Thread(Page Cleaner Thread)

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

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

第三種，Master Thread(Page Cleaner Thread)每秒或者每十秒進(jìn)行一次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顯示當(dāng)前insert buffer大小為6238x16KB，大約97.46MB

free 代表空閑列的長(zhǎng)度

size代表已經(jīng)合并記錄頁(yè)的數(shù)量

insert代表插入的記錄數(shù)，merged recs代表合并的插入記錄數(shù)量

mergess代表合并的次數(shù)

在寫(xiě)密集的情況下，插入緩沖會(huì)占用過(guò)多的緩沖池內(nèi)存（innodb_buffer_pool），默認(rèn)大是1/2。

“Innodb關(guān)鍵特性之什么是Insert Buffer”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！

網(wǎng)頁(yè)標(biāo)題：Innodb關(guān)鍵特性之什么是InsertBuffer-創(chuàng)新互聯(lián)
URL分享：http://aaarwkj.com/article6/pjiig.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App開(kāi)發(fā)、微信公眾號(hào)、建站公司、網(wǎng)站導(dǎo)航、用戶體驗(yàn)、靜態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)