作者：subeiLYhttps://blog.csdn.net/m0_46153949/article/details/106742330

本章思維導圖

二叉樹與B樹

二叉樹的問題分析二叉樹的操作效率較高，但是也存在問題, 請看下面的二叉樹：

二叉樹需要加載到內(nèi)存的，如果二叉樹的節(jié)點少，沒有什么問題，但是如果二叉樹的節(jié)點很多(比如1億)， 就存在如下問題:問題1：在構(gòu)建二叉樹時，需要多次進行i/o操作(海量數(shù)據(jù)存在數(shù)據(jù)庫或文件中)，節(jié)點海量，構(gòu)建二叉樹時，速度有影響.問題2：節(jié)點海量，也會造成二叉樹的高度很大，會降低操作速度.解決上述問題 ---> 多叉樹? ?多叉樹1.在二叉樹中，每個節(jié)點有數(shù)據(jù)項，最多有兩個子節(jié)點。如果允許每個節(jié)點可以有更多的數(shù)據(jù)項和更多的子節(jié)點，就是多叉樹(multiway tree)2.后面敘述的2-3樹，2-3-4樹就是多叉樹，多叉樹通過重新組織節(jié)點，減少樹的高度，能對二叉樹進行優(yōu)化。3.舉例說明(下面2-3樹就是一顆多叉樹)

B樹的基本介紹B樹通過重新組織節(jié)點，降低樹的高度，并且減少讀寫次數(shù)來提升效率。

1.如圖B樹通過重新組織節(jié)點，降低了樹的高度.2.文件系統(tǒng)及數(shù)據(jù)庫系統(tǒng)的設(shè)計者利用了磁盤預讀原理，將一個節(jié)點的大小設(shè)為等于一個頁(頁得大小通常為4k)，這樣每個節(jié)點只需要一次I/O就可以完全載入.3.將樹的度M設(shè)置為1024，在600億個元素中最多只需要4次I/O操作就可以讀取到想要的元素, B樹(B+)廣泛應用于文件存儲系統(tǒng)以及數(shù)據(jù)庫系統(tǒng)中.

2-3樹

2-3樹基本介紹：

• 2-3樹是最簡單的B樹結(jié)構(gòu), 具有如下特點:

  • 2-3樹的所有葉子節(jié)點都在同一層.(只要是B樹都滿足這個條件)

  • 有兩個子節(jié)點的節(jié)點叫二節(jié)點，二節(jié)點要么沒有子節(jié)點，要么有兩個子節(jié)點.

  • 有三個子節(jié)點的節(jié)點叫三節(jié)點，三節(jié)點要么沒有子節(jié)點，要么有三個子節(jié)點.

  • 2-3樹是由二節(jié)點和三節(jié)點構(gòu)成的樹。

2-3樹應用案例將數(shù)列{16, 24, 12, 32, 14, 26, 34, 10, 8, 28, 38, 20} 構(gòu)建成2-3樹，并保證數(shù)據(jù)插入的大小順序。(演示構(gòu)建2-3樹的過程 ——> 如下:)插入規(guī)則:1.2-3樹的所有葉子節(jié)點都在同一層.(只要是B樹都滿足這個條件)2.有兩個子節(jié)點的節(jié)點叫二節(jié)點，二節(jié)點要么沒有子節(jié)點，要么有兩個子節(jié)點.3.有三個子節(jié)點的節(jié)點叫三節(jié)點，三節(jié)點要么沒有子節(jié)點，要么有三個子節(jié)點4.當按照規(guī)則插入一個數(shù)到某個節(jié)點時，不能滿足上面三個要求，就需要拆，先向上拆，如果上層滿，則拆本層，拆后仍然需要滿足上面3個條件。?5.對于三節(jié)點的子樹的值大小仍然遵守(BST 二叉排序樹)的規(guī)則

說明:1. 當插入10時，應當在 10 - 12 -14 這個位置，但是這時滿了，因此向上層看， 16-26 也滿了2. 因此將 10-12-14 拆 成? 10 14, 因為其它拆法，不能滿足 二節(jié)點或三節(jié)點的要求.

3. 但是這時，葉子節(jié)點沒有全部在同一層，需要調(diào)整26 這個值到下面(如圖)

其它說明除了23樹，還有234樹等，概念和23樹類似，也是一種B樹。如圖:

B樹、B+樹和B*樹

B樹的介紹B-tree樹即B樹，B即Balanced，平衡的意思。有人把B-tree翻譯成B-樹，容易讓人產(chǎn)生誤解。會以為B-樹是一種樹，而B樹又是另一種樹。實際上，B-tree就是指的B樹。

• 前面已經(jīng)介紹了2-3樹和2-3-4樹，他們就是B樹(英語：B-tree 也寫成B-樹)，這里我們再做一個說明，我們在學習Mysql時，經(jīng)常聽到說某種類型的索引是基于B樹或者B+樹的，如圖:

B樹的說明:1.B樹的階：節(jié)點的最多子節(jié)點個數(shù)。比如2-3樹的階是3，2-3-4樹的階是42.B-樹的搜索，從根結(jié)點開始，對結(jié)點內(nèi)的關(guān)鍵字(有序)序列進行二分查找，如果命中則結(jié)束，否則進入查詢關(guān)鍵字所屬范圍的兒子結(jié)點；重復，直到所對應的兒子指針為空，或已經(jīng)是葉子結(jié)點3.關(guān)鍵字集合分布在整顆樹中, 即葉子節(jié)點和非葉子節(jié)點都存放數(shù)據(jù).4.搜索有可能在非葉子結(jié)點結(jié)束5.其搜索性能等價于在關(guān)鍵字全集內(nèi)做一次二分查找B+樹的介紹B+樹是B樹的變體，也是一種多路搜索樹。

B+樹的說明:1.B+樹的搜索與B樹也基本相同，區(qū)別是B+樹只有達到葉子結(jié)點才命中(B樹可以在非葉子結(jié)點命中)，其性能也等價于在關(guān)鍵字全集做一次二分查找2.所有關(guān)鍵字都出現(xiàn)在葉子結(jié)點的鏈表中(即數(shù)據(jù)只能在葉子節(jié)點【也叫稠密索引】)，且鏈表中的關(guān)鍵字(數(shù)據(jù))恰好是有序的。3.不可能在非葉子結(jié)點命中4.非葉子結(jié)點相當于是葉子結(jié)點的索引(稀疏索引)，葉子結(jié)點相當于是存儲(關(guān)鍵字)數(shù)據(jù)的數(shù)據(jù)層5.更適合文件索引系統(tǒng)6.B樹和B+樹各有自己的應用場景，不能說B+樹完全比B樹好，反之亦然.B*樹是B+樹的變體，在B+樹的非根和非葉子結(jié)點再增加指向兄弟的指針。

B*樹的說明:

B*樹定義了非葉子結(jié)點關(guān)鍵字個數(shù)至少為(2/3)*M，即塊的最低使用率為2/3，而B+樹的塊的最低使用率為B+樹的1/2。

從第1個特點我們可以看出，B*樹分配新結(jié)點的概率比B+樹要低，空間使用率更高

更多精彩：記一次由Redis分布式鎖造成的重大事故，避免以后踩坑！6 個 Spring Boot 項目夠經(jīng)典，建議收藏！數(shù)據(jù)量很大，分頁查詢很慢，推薦個優(yōu)化方案！京東把 Elasticsearch 用得真牛逼！日均5億訂單查詢完美解決！推薦一款免費開源的通用數(shù)據(jù)庫工具這么設(shè)計，Redis 10億數(shù)據(jù)量只需要100MB內(nèi)存關(guān)注公眾號，查看更多優(yōu)質(zhì)文章最近面試BAT，整理一份面試資料《Java面試BAT通關(guān)手冊》，覆蓋了Java核心技術(shù)、JVM、Java并發(fā)、SSM、微服務、數(shù)據(jù)庫、數(shù)據(jù)結(jié)構(gòu)等等。獲取方式：點“在看”，關(guān)注公眾號并回復?666?領(lǐng)取，更多內(nèi)容陸續(xù)奉上。明天見(｡･ω･｡)ﾉ?

總結(jié)

以上是生活随笔為你收集整理的对分查找的最多次数_Java数据结构与算法：多路查找树的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。