一、堆（heap）結構比較于B樹的優缺點

堆（heap）結構比較于B樹的優缺點是堆只能訪問一個元素，也就是堆頂，其他的元素在堆里是無意義的。優點也是這個，既然用堆了，那就是想訪問堆頂，查詢復雜度O(1)。B樹每個節點都有意義，但訪問特定的元素要進行中序遍歷，肯定比堆慢。

堆

堆（heap）組織表數據行在堆中存儲，沒有任何特定順序，向一個全新的沒有做過更新和刪除的堆中插入一行時候，總是 append 到堆表文件的最后一頁當中。因為不用考慮排序，所以插入速度會比較快。

但是要查找符合某個條件的記錄，就必須得讀取全部的記錄以便篩選。而這個時候為了加快查詢速度，索引就出現了，索引是針對少量特定字段的值拿出來進行排序存儲，存儲索引 key 以及數據行在堆表上面的絕對位置（頁號，頁內偏移），而因為索引是有序的，所以就會很容易通過索引查詢到具體的記錄位置（普遍使用二分查找法），然后再根據記錄位置直接從表中讀取該記錄。同時因為索引的字段較少，所以索引通常會比其基表小得多。

從上面通過索引訪問表記錄的方式可以看出，當要訪問的數據量較大時，通過每一條記錄的位置去訪問原始記錄，每一條符合條件的記錄都需要經過索引訪問后再訪問基表這樣一個復雜的過程，這會花費很多時間。同樣，如果不經過索引而直接查詢表，也可能因為表字段太多，記錄較大的情況下把全部的數據讀取進來，這也會花費很多時間。

那怎么辦呢？這個時候就會想到，如果表中數據本身就是有序的，這樣查詢表的時候就可以快速的找到符合條件的記錄位置，而很容易判斷符合條件記錄的位置，這樣只需要讀取一小部分數據出來就可以了，不需要全表記錄都讀取出來進行判斷。索引組織表就這樣產生了，當然索引表中插入，更新的時候可能會因為需要排序而將數據重組，這時候數據插入或更新速度會比堆組織表慢一些。如果堆組織表上有索引，那么對堆組織表的插入也會因為要修改索引而變慢。

由于堆表的索引只存儲索引 key 以及數據行在堆表上面的絕對位置（頁號，頁內偏移），如果這行記錄發生了更新，并且不能原地更新，需要進行遷移，那么就會發生一個情況，堆表所有索引都需要修改，指向新的行位置。而索引組織表就不需要這個開銷，更新只會新插入變化了的索引 key，不變的索引 key 不需要新插入，只有當主鍵發生更改才需要對應修改其他二級索引，通常主鍵也不會更新，所以這也就是索引組織表更新效率更高的由來。

但一般使用堆表的數據庫都不會直接這么更新，代價太大了。而是會在數據頁預留一些空間，當遇見不能原地更新的記錄時，就會在這個頁中新插入一條更新后的記錄，然后在這個頁中做一個指針把老記錄指向新紀錄，這樣就不用更新索引信息了。當然，如果你這個頁中沒有空閑空間可以插入新的記錄，那么還是需要做行遷移，然后更新所有索引。

延伸閱讀：

二、堆表和索引組織表的比較

堆表的特點就是索引和數據分開，所有索引都是二級索引，或叫輔助索引。所以主鍵索引也是二級索引，沒有完整記錄，區別只有少數或非少數。索引中存儲的是 key 與指針，指針指向具體數據記錄。當然，查找 key 的算法都是一樣的，使用二分查找，也叫書簽查找。

跟索引組織表相比，堆表有什么好處呢？其實主要就是通過主鍵或二級索引查詢，開銷是一樣的。都是通過先找到key，然后定位到數據。而索引組織表，由于二級索引是指向主鍵，所以查詢二級索引需要先定位到 key，然后拿到主鍵 id，還要根據主鍵 id 再次通過二分查找定位到真正的數據頁。當然，索引組織表通過主鍵查詢開銷與堆是一樣的。從索引組織表的工作方式可以看出，索引組織表必須要有主鍵，如果非顯式創建，InnoDB 存儲引擎會默認創建一個 ROWID 當做主鍵；而堆表則無強制要求。