我們知道當(dāng)系統(tǒng)要處理的數(shù)據(jù)量非常龐大的時候，數(shù)據(jù)不可能全部存放于內(nèi)存，需要借助磁盤來完成存儲和檢索。在數(shù)據(jù)庫中支持很多種索引方式，常見有哈希索引、全文索引和B+樹索引。

成都創(chuàng)新互聯(lián)主要為客戶提供服務(wù)項目涵蓋了網(wǎng)頁視覺設(shè)計、VI標(biāo)志設(shè)計、成都營銷網(wǎng)站建設(shè)、網(wǎng)站程序開發(fā)、HTML5響應(yīng)式重慶網(wǎng)站建設(shè)公司、移動網(wǎng)站建設(shè)、微商城、網(wǎng)站托管及網(wǎng)站維護(hù)、WEB系統(tǒng)開發(fā)、域名注冊、國內(nèi)外服務(wù)器租用、視頻、平面設(shè)計、SEO優(yōu)化排名。設(shè)計、前端、后端三個建站步驟的完善服務(wù)體系。一人跟蹤測試的建站服務(wù)標(biāo)準(zhǔn)。已經(jīng)為成都石雕行業(yè)客戶提供了網(wǎng)站推廣服務(wù)。

索引，就跟我們的書本的目錄一樣，如果一本書沒有目錄，那么你要找某一個知識點，那自然是相當(dāng)費勁的。數(shù)據(jù)庫的索引就是扮演這樣的角色，索引會告訴你對應(yīng)的數(shù)據(jù)存放的磁盤地址，就好比目錄上面的頁數(shù)。那么數(shù)據(jù)庫的“目錄”究竟長什么樣子呢?

常見的數(shù)據(jù)庫索引有下面三種類型，第一是哈希表，哈希表相信大家都已經(jīng)不陌生了，我們可以將數(shù)據(jù)庫的索引字段后哈希并保存下來。只要哈希算法設(shè)計得合理，我們可以非?？斓卣业綄?yīng)數(shù)據(jù)的一個存放地址，然后到對應(yīng)的存放地址就可以快速地找到數(shù)據(jù)。那么，哈希索引有什么缺點呢?首先是哈希表比較適合在內(nèi)存中使用，但是如果要落盤，就比較麻煩了，特別是哈希表擴容的時候，磁盤的很多數(shù)據(jù)都會修改。第二，哈希表沒辦法進(jìn)行一個區(qū)間的篩選。

第二種則是數(shù)組索引，與上述的哈希表類似，但又有所不同。與哈希索引類似，數(shù)組索引的效率也是非常高的，在一個有序數(shù)組里面去查找元素，我們只要進(jìn)行二分查找即可。但是數(shù)組索引的問題也是非常地明顯，那便是插入非常的麻煩，你插入一個新的元素，就要把后面所有的元素都往后移動一下。所以，數(shù)組索引我們一般只有靜態(tài)數(shù)據(jù)才會使用。

有序數(shù)組都講了，那么接下來肯定就是二叉樹了，我們說的二叉樹當(dāng)然是二叉排序樹，二叉排序樹相對與數(shù)組，比較大的優(yōu)點是方便插入。但是同時也存在這么一個問題，因為索引的數(shù)據(jù)可能存在磁盤，那么如果索引的數(shù)據(jù)超過1000條的時候，就有可能要經(jīng)過10次才能夠找到最終的數(shù)據(jù)，而磁盤IO的瓶頸在于尋道跟旋轉(zhuǎn)，效率必然會降低。所以，我們要盡量地減少在磁盤中尋道跟旋轉(zhuǎn)的次數(shù)，所以多叉樹就被廣泛應(yīng)用在數(shù)據(jù)庫索引當(dāng)中了。而在多叉樹中，比較常被使用的，便是B+樹。

程序員經(jīng)典面試題，為什么數(shù)據(jù)庫索引多用B+樹現(xiàn)在你知道了為什么數(shù)據(jù)索引有哪些，以及為什么B+樹被廣泛應(yīng)用的道理了吧。歡迎大家關(guān)注我，共同學(xué)習(xí)，共同進(jìn)步。大家的支持是我繼續(xù)嘮嗑的動力。

當(dāng)前名稱：探究數(shù)據(jù)庫索引多用B+樹問題
網(wǎng)站地址：http://uogjgqi.cn/article/djchccp.html