高效能mysql 第5章 建立高可用的索引

標籤：中間   search   family   soft   引擎   hash   logs   應該   font   

一定程度上說，mysql只有b-tree索引。他沒有bitmap索引。還有一個叫hash索引的，只在Memory儲存引擎中才有。

b-tree索引跟oracle中的大同小異。

mysql中關於b-tree的限制：

只有做全值拼配或者根據左首碼匹配。我猜測是因為mysql沒有基於cost的最佳化器，它沒有對index full scan的操作。因為無法衡量這種full scan是否划得來。所以只能對首碼進行匹配，沒有尾碼或者中間匹配這種邏輯。

 

如果是多列索引，順序很重要，如果沒有從索引的第一列開始查詢，那麼將不會使用索引。

比如索引建立在A，B，C列上。

• 如果對B= ? and C = ? 無法使用索引
• 如果對 A = ? and C = ? 只能A =?生效 使用索引。

 

始終將索引的列放在查詢的一邊，如A + 1 = 2,這種情況不會使用索引,應該是寫A = 1。（可能是因為mysql處理的時候，A + 1 是作為隱藏的函數來處理的）。A如果作為函數的參數，也無法使用索引。

 

首碼索引：

首碼索引用在大欄位上或者長度比較嘗的字串上，使用字串的首碼作為索引。傳入一個參數，代表截取的長度。

文法:

1. createindex idx_t_test_c_char1 on t_test(c_char(3)); createindex idx_t_test_c_char1 on t_test(c_char(3));
2. explain select * from t_test t where t.c_char = ‘12455‘

 

結果：

使用了索引。

首碼索引的缺陷：因為只儲存了首碼，所以無法作為資料來操作，如order by和group by的部分，無法使用這個索引來最佳化。

高效能mysql 第5章 建立高可用的索引