聊聊mysql 索引及周邊

建索引的條件

1.頻繁作爲查詢條件的字段；

2.且辨識度較高的（唯一性）；

3.增、刪、改操作較多的字段不適合建索引；

4.多表關聯的，關聯字段（注意字段類型一致）；

優化：

1.使用explain 幫助分析查詢語句；

explain select * from ......

主要關注以下屬性：

type：顯示連接使用了哪種類別,有無使用索引，是使用Explain命令分析性能瓶頸的關鍵項之一；

結果值從好到壞依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

一般來說，得保證查詢至少達到range級別，最好能達到ref，否則就可能會出現性能問題。

key：顯示MySQL實際決定使用的鍵（索引）。如果沒有選擇索引，鍵是NULL

key_len：顯示MySQL決定使用的鍵長度。如果鍵是NULL，則長度爲NULL。使用的索引的長度。在不損失精確性的情況下，長度越短越好

ref：顯示使用哪個列或常數與key一起從表中選擇行；

rows：顯示MySQL認爲它執行查詢時必須檢查的行數；

Extra：包含MySQL解決查詢的詳細信息，也是關鍵參考項之一；

Distinct

一旦MYSQL找到了與行相聯合匹配的行，就不再搜索了

Not exists

MYSQL 優化了LEFT JOIN，一旦它找到了匹配LEFT JOIN標準的行，

就不再搜索了

Range checked for each

Record（index map:#）

沒有找到理想的索引，因此對於從前面表中來的每一 個行組合，MYSQL檢查使用哪個索引，並用它來從表中返回行。這是使用索引的最慢的連接之一

Using filesort

看 到這個的時候，查詢就需要優化了。MYSQL需要進行額外的步驟來發現如何對返回的行排序。它根據連接類型以及存儲排序鍵值和匹配條件的全部行的行指針來 排序全部行

Using index

列數據是從僅僅使用了索引中的信息而沒有讀取實際的行動的表返回的，這發生在對錶 的全部的請求列都是同一個索引的部分的時候

Using temporary

看到這個的時候，查詢需要優化了。這 裏，MYSQL需要創建一個臨時表來存儲結果，這通常發生在對不同的列集進行ORDER BY上，而不是GROUP BY上

Using where

使用了WHERE從句來限制哪些行將與下一張表匹配或者是返回給用戶。如果不想返回表中的全部行，並且連接類型ALL或index， 這就會發生，或者是查詢有問題

當type 顯示爲 “index” 時，並且Extra顯示爲“Using Index”， 表明使用了覆蓋索引。

2.當只要一行數據時使用limit 1

3.避免使用select *

4.不要使用order by rand()

5.儘可能使用not null

6.不要讓mysql參與計算；

比如：select id from tb where ctime=now();

可以替換成：

程序上設置當前時間，傳入數據庫查詢;

另外，不要對所有行進行計算，比如：select id from tb where FROM_UNIXTIME(create_time)=‘2017-10-17’

改成：select id from tb where create_time=UNIX_TIMESTAMP(‘2017-10-17’)

select id
from tb
where FROM_UNIXTIME(create_time,'%Y-%m-%d')=UNIX_TIMESTAMP('2017-10-16')
or FROM_UNIXTIME(edit_time,'%Y-%m-%d')='2017-10-16'

存在索引字段：create_time、edit_time，以上語句用不上索引；可以改成：

select id
from tb
where (create_time >= UNIX_TIMESTAMP('2017-10-16') AND create_time < UNIX_TIMESTAMP('2017-10-17'))
or (edit_time >= UNIX_TIMESTAMP('2017-10-16') AND edit_time < UNIX_TIMESTAMP('2017-10-17'))

7.組合索引，組合索引的第一個字段必須出現在查詢組句中，這個索引纔會被用到；

索引：ix_a_b_c

相當於：ix_a_b，ix_a_c，ix_a_b_c

但是查詢b、c；c、a就不會使用這個索引

8.使用enum 代替 varchar

enum實際上保存的是 TINYINT，但其外表上顯示爲字符串。這樣一來，用這個字段來做一些選項列表變得相當的完美

比如：性別、民族、國家、狀態