關於 MySQL 索引的一些認識

最近由於公司的業務量增加需要給先有資料庫增加索引，查詢網上資料庫，學習了一番，特來分享！

• MYSQL索引型別：

  1. 普通索引(normal)
     這是最基本的索引，它沒有任何限制
     CREATE INDEX indexName ON mytable(username(length));
     如果是CHAR，VARCHAR型別，length可以小於欄位實際長度；如果是BLOB和TEXT型別，必須指定 length，下同。
  2. 唯一索引(unique)
     它與前面的普通索引類似，不同的就是：索引列的值必須唯一，但允許有空值。如果是組合索引，則列值的組合必須唯一。
     CREATE UNIQUE INDEX indexName ON mytable(username(length))

  3. 全文索引(full textl)
     全文搜尋的索引,用於搜尋很長一篇文章的時候，效果最好。用在比較短的文字，如果就一兩行字的，普通索引可以。
     CREATE FULLTEXT INDEX indexName ON mytable(username)

     總結，索引的類別由建立索引的欄位內容特性來決定，通常normal最常見。

• 建立索引：

  前言：給欄位建立索引之前一定想一下該欄位的區分度，根據區分度的大小，也能大概知道在該欄位上的新建索引是否有效，以及效果如何。區分度越大，索引效果越明顯。區分度SQL語句:select count(distinct(username))/count(*) from mytable;根據該SQL可知：區分度值位於0.000~1.000之間，該值越大即該欄位的區分度越大！

  1. 建立單列索引：
     可以檢視該欄位的區分度，根據區分度的大小，也能大概知道在該欄位上的新建索引是否有效，以及效果如何。區分度越大，索引效果越明顯。

  2. 建立多列索引：

     多列索引中其實還有一個欄位的先後順序問題，一般是將區分度較高的放在前面，這樣聯合索引才更有效。

     eg：select * from t_base_user where name='' and status=1;應該增加 idx_name_status(name,status);而不是idx_status_name(status,name)；

     最左字首匹配原則:和where後面的順序無關

     eg：當我們建立的索引為index(type,created_at,status)。這個根據最左字首原則其實是建立了3個索引分別為index(type),index(type,created_at),index(type,created_at,status)。 以下三個SQL都會走index(type,created_at,status)這個索引，
     SQL1:select * from t_base_user where type=10 and created_at='2017-11-03' and status=1，
     SQL2:select * from t_base_user where type=10 and status=1 and created_at='2017-11-03'，
     SQL3:select * from t_base_user where created_at='2017-11-03' and status=1 and type=10，

     因為mysql查詢優化器會判斷糾正這條sql語句該以什麼樣的順序執行效率最高，最後才生成真正的執行計劃。所以，當然是我們能儘量的利用到索引時的查詢順序效率最高咯，所以mysql查詢優化器會最終以這種順序進行查詢執行。

Last::mysql會選擇一個最嚴格(獲得結果集記錄數最少)的索引,意思也就是隻會走一個索引
第一次寫了個分享，耗時比較長不太會排版，請各位包含，如有不對請指正:bowtie:

本作品採用《CC 協議》，轉載必須註明作者和本文連結