MyISAM儲存引擎的表的資料和索引時自動分開儲存的，各自是獨立的一個檔案；InnoDB儲存引擎的表的資料和索引時儲存在同一表空間裡面，但可以有多個檔案組成。

MySQL中索引的儲存型別目前只有兩種(BTREE和HASH),具體和表的儲存引擎相關；MyISAM和InnoDB儲存引擎都只支援BTREE索引；MEMORY/HEAP儲存引擎可以支援HASH和BTREE索引。

MySQL目前不支援函式索引，但是能對列的前面某一部分進行索引，例如name欄位，可以以只取name的前4個字元進行索引，這個特徵可以大大縮小索引檔案的大小。在設計表結構的時候也可以對文字列根據此特性進行靈活設計。例如

create index ind_company2_name on company2(name(4))  

2. MySQL如何使用索引

索引用於快速找出在某個列中有一特定值的行。對相關列使用索引時提高SELECT操作效能的最佳途徑。

查詢要使用索引最主要的條件是查詢條件中需要使用索引關鍵字，如果是多列索引，那麼只有查詢條件使用了多列關鍵字最左邊的字首時，才可以使用索引，否則將不能使用索引。

1. 使用索引

在MySQL中，下列幾種情況下可能使用索引。

對於建立的多列索引，只要查詢的條件中用到了最左邊的列，索引一般就會使用。

例如：

我們首先按company_id ,Moneys的順序建立一個複合索引

create index ind_sales2_companyid_moneys on sales2(company_id,moneys) 

如果按company_id進行表查詢

使用explain來分析下

explain select * from sales2 where company_id =2000 \G;   explain select * from sales2 where moneys = 1\G;  

通過上面你可以發現即便where條件中不是用company_id 和 moneys的組合條件，索引仍然能用到，這就是索引的字首特性。但是如果只按照moneys條件查詢表，那麼索引就不會被用到。

對於使用like的查詢，後面如果是常量並且只有%號不在第一字元，索引才能會被使用例如

explain select * from company2 where name like "%3"\G;   explain select * from company2 where name like "3%"\G;  

以上兩句你可以認為是一樣的。其實是不一樣的。第一句其實沒有用到索引，而第二句才能夠利用到索引。另外如果like後面跟的是一個列的名字，那麼索引也不會被使用。

如果對大是文字進行搜尋，使用全文索引而不用使用like"%..%"

如果列名是索引，使用column_name is null 將使用索引如

查詢name為nll的記錄就用到了索引

explain select * from company2 where name is null \G;

下面一些情況存在索引但不使用索引，你可能認為它會用，但是實際上它就是沒用。

1. 如果Mysql估計使用索引比全表掃描更慢，則不使用索引。

例如列key_part1均勻分佈在1和100之間，下列查詢中使用索引就不是很好

select * from table_name where key_part1 > 1 and key_part1 < 90; 

2. 如果使用MEMORY/HEAP表並且where條件中不使用"="進行索引列，那麼不會用到索引。heap表只有在" ="的條件下才會使用索引

3. 用or分割開的條件，如果or前的條件中的列有索引，而後面的列中沒用索引，那麼涉及的索引都不會被用到

4. 如果不是索引列的第一部分，那麼也不會使用。

5. 如果like是以"%"開始

6. 如果列型別是字串，那麼一定記得在where條件中把字元常量值用引號引起來，否則即便這個列上有索引，Mysql也不會使用。因為MYSQL預設把輸入的常量值進行轉換以後才進行檢索。

最後檢視索引使用情況

如果索引正在工作，Handler_read_key的值將很高，這個值代表了一個行被索引值讀的次數，很低的值表明增加索引得到的效能改善不高，因為索引經常不被使用到。Handler_read_rnd_next的值高則說明查詢執行低效，並且應該建立索引補救。

這個值的含義是在資料檔案中讀取下一行的請求數。如果正進行大量的表掃描，Handler_read_rnd_next的值較高，則通常說明表索引不正確或者寫入的查詢沒有利用索引。