hash索引結構的特殊性，其檢索效率非常高，索引的檢索可以一次定位，不像b-tree索引需要從根節點到枝節點，最後才能訪問到頁節點這樣多次的io訪問，所以hash索引的查詢效率要遠高於b-tree索引。(1)hash索引僅僅能滿足」=」,」in」和」<=>」查詢，不能使用範圍查詢。可能很多人又有疑問了，既然hash索引的效率要比b-tree高很多，為什麼大家不都用hash索引而還要使用b-tree索引呢?任何事物都是有兩面性的，hash索引也一樣，雖然hash索引效率高，但是hash索引本身由於其特殊性也帶來了很多限制和弊端，主要有以下這些。
由於hash索引比較的是進行hash運算之後的hash值，所以它只能用於等值的過濾，不能用於基於範圍的過濾，因為經過相應的hash演算法處理之後的hash值的大小關係，並不能保證和hash運算前完全一樣。
(2)hash索引無法被用來避免資料的排序操作。
由於hash索引中存放的是經過hash計算之後的hash值，而且hash值的大小關係並不一定和hash運算前的鍵值完全一樣，所以資料庫無法利用索引的資料來避免任何排序運算;
(3)hash索引不能利用部分索引鍵查詢。
對於組合索引，hash索引在計算hash值的時候是組合索引鍵合併後再一起計算hash值，而不是單獨計算hash值，所以通過組合索引的前面乙個或幾個索引鍵進行查詢的時候，hash索引也無法被利用。
(4)hash索引在任何時候都不能避免表掃瞄。
前面已經知道，hash索引是將索引鍵通過hash運算之後，將 hash運算結果的hash值和所對應的行指標資訊存放於乙個hash表中，由於不同索引鍵存在相同hash值，所以即使取滿足某個hash鍵值的資料的記錄條數，也無法從hash索引中直接完成查詢，還是要通過訪問表中的實際資料進行相應的比較，並得到相應的結果。
(5)hash索引遇到大量hash值相等的情況後效能並不一定就會比b-tree索引高。
對於選擇性比較低的索引鍵，如果建立hash索引，那麼將會存在大量記錄指標資訊存於同乙個hash值相關聯。這樣要定位某一條記錄時就會非常麻煩，會浪費多次表資料的訪問，而造成整體效能低下。
MySQL的btree索引和hash索引的區別
hash 索引結構的特殊性，其檢索效率非常高，索引的檢索可以一次定位，不像b tree 索引需要從根節點到枝節點，最後才能訪問到頁節點這樣多次的io訪問，所以 hash 索引的查詢效率要遠高於 b tree 索引。可 能很多人又有疑問了，既然 hash 索引的效率要比 b tree 高很多，為什麼大...
MySQL的btree索引和hash索引的區別
hash 索引結構的特殊性，其檢索效率非常高，索引的檢索可以一次定位，不像b tree索引需要從根節點到枝節點，最後才能訪問到頁節點這樣多次的io訪問，所以 hash 索引的查詢效率要遠高於 b tree索引。可能很多人又有疑問了，既然hash 索引的效率要比 b tree 高很多，為什麼大家不都用...
MySQL的btree索引和hash索引的區別
原文 hash 索引結構的特殊性，其檢索效率非常高，索引的檢索可以一次定位，不像b tree 索引需要從根節點到枝節點，最後才能訪問到頁節點這樣多次的io訪問，所以hash 索引的查詢效率要遠高於 b tree 索引。可 能很多人又有疑問了，既然 hash 索引的效率要比 b tree 高很多，為什...