1.什麼場景下適合建立索引，什麼場景下不適合建立索引。？
1.1 where，order by，group by中頻繁出現，且資料分佈比較離散的列適合建立索引。比如有個使用者表，使用者名稱，手機號經常會作為查詢條件，且不同使用者使用者名稱，手機號都不同（資料較離散），因此適合建立索引。但是使用者的性別，雖然也會經常作為查詢條件，但是因為性別只有男，女，未知等幾種，資料不夠離散，因此不適合建立索引。為什麼要離散？
1.2 頻繁修改的列不適合建立索引。mysql索引基於B+樹實現，修改資料時，需要修改對應的索引。

2.聯合索引命中規則？
聯合索引命中規則為最左匹配原則（mysql索引基於B+樹實現）。
假設A,B,C三列建立了聯合索引，
能命中索引的

where A=xx
where A=xx and B=xx
where A=xx and B=xx and C=xx

不能命中索引的

where B=xx
where C=xx
where B=xx and c=xx

3.索引命中規則
擴充一下第二題，也是最左匹配（mysql索引基於B+樹實現），假設A列建立了索引
能命中的

<，<=，=，>，>=，BETWEEN，IN, like 'xx%'

不能命中的

<>，not in ，！=，like '%xx'

字串轉數字. 比如mobile varchar(11)

 where mobile
 
=131xxxxxxxx

對列進行函式運算的情況

where md5(password) =' xxxx'

NULL會導致索引形同虛設，所以在設計表結構時應避免NULL 的存在（用其他方式表達你想表達的NULL，比如 -1？）

4.mysql索引的資料結構實現。
簡單來說，mysql索引都是基於b+樹來實現的，感興趣的自己去搜一下，還是值得花點時間研究一下的。
非葉子節點只儲存子節點資料的範圍，資料只存在葉子節點中，