index索引入門筆記

不同的儲存引擎支援不同的索引模式對於任何dbms，索引都是進行優化的最主要的因素。對於少量的資料，沒有合適的索引影響不是很大，但是，當隨著資料量的增加，效能

會急劇下降。如果對多列進行索引(組合索引)，列的順序非常重要，mysql僅能對索引最左邊的字首進行有效的查詢。

例如：假設存在組合索引it1c1c2(c1,c2)，查詢語句select * from t1 where c1=1 and c2=2能夠使用該索引。查詢語句select * from t1 where c1=1也能夠使用該索引。但是，查詢

語句select * from t1 where c2=2不能夠使用該索引，因為沒有組合索引的引導列，即，要想使用c2列進行查詢，必需出現c1等於某值。在資料庫中，索引的含義與日常意義上

的「索引」一詞並無多大區別（想想小時候查字典），它是用於提高資料庫表資料訪問速度的資料庫物件。當然，眾所周知，雖然索引可以提高查詢速度，但是它們也會導致資料庫系統更新資料的效能下降，因為大部分資料更新需要同時更新索引。

(1) 查詢必須從索引的最左邊的列開始。關於這點已經提了很多遍了。例如你不能利用索引查詢在某一天出生的人。

(2) 不能跳過某一索引列。例如，你不能利用索引查詢last name為smith且出生於某一天的人。

(3) 儲存引擎不能使用索引中範圍條件右邊的列。例如，如果你的查詢語句為where last_name="smith" and first_name like 'j%' and dob='1976-12-23'，則該查詢只會使

用索引中的前兩列，因為like是範圍查詢。

(1)由於索引僅包含hash code和記錄指標，所以，mysql不能通過使用索引避免讀取記錄。但是訪問記憶體中的記錄是非常迅速的，不會對性造成太大的影響。

(2)不能使用hash索引排序。

(3)hash索引不支援鍵的部分匹配，因為是通過整個索引值來計算hash值的。

(4)hash索引只支援等值比較，例如使用=，in( )和<=>。對於where price>100並不能加速查詢。