了解 B 樹和雜湊資料結構,有助於預測不同查詢在不同儲存引擎上的效能,這些儲存引擎在其索引中使用這些資料結構,特別是對於可讓您選擇 B 樹或雜湊索引的 MEMORY
儲存引擎而言。
B 樹索引可用於使用 =
、>
、>=
、<
、<=
或 BETWEEN
運算子的表示式中的欄位比較。如果 LIKE
的引數是不以萬用字元開頭的常數字串,索引也可以用於 LIKE
比較。例如,下列 SELECT
陳述式會使用索引
SELECT * FROM tbl_name WHERE key_col LIKE 'Patrick%';
SELECT * FROM tbl_name WHERE key_col LIKE 'Pat%_ck%';
在第一個陳述式中,只會考慮 'Patrick' <=
的列。在第二個陳述式中,只會考慮 key_col
< 'Patricl''Pat' <=
的列。key_col
< 'Pau'
下列 SELECT
陳述式不會使用索引
SELECT * FROM tbl_name WHERE key_col LIKE '%Patrick%';
SELECT * FROM tbl_name WHERE key_col LIKE other_col;
在第一個陳述式中,LIKE
值以萬用字元開頭。在第二個陳述式中,LIKE
值不是常數。
如果您使用 ... LIKE '%
且 字串
%'字串
的長度超過三個字元,MySQL 會使用 Turbo Boyer-Moore 演算法 來初始化字串的模式,然後使用此模式更快地執行搜尋。
如果 欄位名稱
有建立索引,使用
的搜尋會使用索引。欄位名稱
IS NULL
任何未跨越 WHERE
子句中所有 AND
層級的索引都不會被用於優化查詢。換句話說,為了能夠使用索引,索引的前綴必須在每個 AND
群組中使用。
以下 WHERE
子句會使用索引
... WHERE index_part1=1 AND index_part2=2 AND other_column=3
/* index = 1 OR index = 2 */
... WHERE index=1 OR A=10 AND index=2
/* optimized like "index_part1='hello'" */
... WHERE index_part1='hello' AND index_part3=5
/* Can use index on index1 but not on index2 or index3 */
... WHERE index1=1 AND index2=2 OR index1=3 AND index3=3;
這些 WHERE
子句不使用索引
/* index_part1 is not used */
... WHERE index_part2=1 AND index_part3=2
/* Index is not used in both parts of the WHERE clause */
... WHERE index=1 OR A=10
/* No index spans all rows */
... WHERE index_part1=1 OR index_part2=10
有時即使有索引可用,MySQL 也不會使用它。發生這種情況的一種情況是,當最佳化工具估計使用索引會導致 MySQL 存取表格中很大一部分的資料列時。(在這種情況下,表格掃描可能會快得多,因為它需要的搜尋次數較少。)但是,如果此類查詢使用 LIMIT
來僅檢索部分資料列,MySQL 仍然會使用索引,因為它可以更快地找到要返回的少數資料列。
雜湊索引的特性與剛剛討論的那些特性略有不同
它們僅用於使用
=
或<=>
運算子的相等比較(但速度非常快)。它們不適用於尋找值範圍的比較運算子,例如<
。依賴這種單值查詢的系統被稱為「鍵值儲存區」;若要將 MySQL 用於此類應用程式,請盡可能使用雜湊索引。最佳化工具無法使用雜湊索引來加速
ORDER BY
操作。(此類型的索引無法用於依序搜尋下一個項目。)MySQL 無法大約確定兩個值之間有多少個資料列(範圍最佳化工具會使用此值來決定要使用哪個索引)。如果您將
MyISAM
或InnoDB
表格變更為使用雜湊索引的MEMORY
表格,這可能會影響某些查詢。只能使用完整的索引鍵來搜尋資料列。(對於 B 樹索引,可以使用索引鍵的任何最左前綴來尋找資料列。)