1. 【強制】業務上具有唯一特性的(de)字段，即使是多(duō)個(gè)字段的(de)組合，也(yě)必須建成唯一索引。

說明(míng)：不要以爲唯一索引影(yǐng)響了(le)insert速度，這(zhè)個(gè)速度損耗可(kě)以忽略，但提高(gāo)查找速度是明(míng)顯的(de)；另外，即使在應用(yòng)層做(zuò)了(le)非常完善的(de)校驗控制，隻要沒有唯一索引，根據墨菲定律，必然有髒數據産生。

2. 【強制】超過三個(gè)表禁止join。需要join的(de)字段，數據類型必須絕對(duì)一緻；多(duō)表關聯查詢時(shí)，保證被關聯的(de)字段需要有索引。

說明(míng)：即使雙表join也(yě)要注意表索引、SQL性能。

3. 【強制】在varchar字段上建立索引時(shí)，必須指定索引長(cháng)度，沒必要對(duì)全字段建立索引，根據實際文本區(qū)分(fēn)度決定索引長(cháng)度即可(kě)。

說明(míng)：索引的(de)長(cháng)度與區(qū)分(fēn)度是一對(duì)矛盾體，一般對(duì)字符串類型數據，長(cháng)度爲20的(de)索引，區(qū)分(fēn)度會高(gāo)達90%以上，可(kě)以使用(yòng)count(distinct left(列名, 索引長(cháng)度))/count(*)的(de)區(qū)分(fēn)度來(lái)确定。

4. 【強制】頁面搜索嚴禁左模糊或者全模糊，如果需要請走搜索引擎來(lái)解決。

說明(míng)：索引文件具有B-Tree的(de)最左前綴匹配特性，如果左邊的(de)值未确定，那麽無法使用(yòng)此索引。

5. 【推薦】如果有order by的(de)場(chǎng)景，請注意利用(yòng)索引的(de)有序性。order by 最後的(de)字段是組合索引的(de)一部分(fēn)，并且放在索引組合順序的(de)最後，避免出現file_sort的(de)情況，影(yǐng)響查詢性能。

 正例：where a=? and b=? order by c; 索引：a_b_c 
 反例：索引中有範圍查找，那麽索引有序性無法利用(yòng)，如：WHERE a>10 ORDER BY b; 索引a_b無法排序。

6. 【推薦】利用(yòng)覆蓋索引來(lái)進行查詢操作，避免回表。

說明(míng)：如果一本書(shū)需要知道第11章(zhāng)是什(shén)麽标題，會翻開第11章(zhāng)對(duì)應的(de)那一頁嗎？目錄浏覽一下(xià)就好，這(zhè)個(gè)目錄就是起到覆蓋索引的(de)作用(yòng)。

正例：能夠建立索引的(de)種類分(fēn)爲主鍵索引、唯一索引、普通(tōng)索引三種，而覆蓋索引隻是一種查詢的(de)一種效果，用(yòng)explain的(de)結果，extra列會出現：using index。

7. 【推薦】利用(yòng)延遲關聯或者子查詢優化(huà)超多(duō)分(fēn)頁場(chǎng)景。

說明(míng)：MySQL并不是跳過offset行，而是取offset+N行，然後返回放棄前offset行，返回N行，那當offset特别大(dà)的(de)時(shí)候，效率就非常的(de)低下(xià)，要麽控制返回的(de)總頁數，要麽對(duì)超過特定阈值的(de)頁數進行SQL改寫。

正例：先快(kuài)速定位需要獲取的(de)id段，然後再關聯： SELECT a.* FROM 表1 a, (select id from 表1 where 條件 LIMIT 100000,20 ) b where a.id=b.id

8. 【推薦】 SQL性能優化(huà)的(de)目标：至少要達到 range 級别，要求是ref級别，如果可(kě)以是consts最好。 說明(míng)：

1）consts 單表中最多(duō)隻有一個(gè)匹配行（主鍵或者唯一索引），在優化(huà)階段即可(kě)讀取到數據。 2）ref 指的(de)是使用(yòng)普通(tōng)的(de)索引（normal index）。

3）range 對(duì)索引進行範圍檢索。 反例：explain表的(de)結果，type=index，索引物(wù)理(lǐ)文件全掃描，速度非常慢(màn)，這(zhè)個(gè)index級别比較range還(hái)低，與全表掃描是小巫見大(dà)巫。

9. 【推薦】建組合索引的(de)時(shí)候，區(qū)分(fēn)度最高(gāo)的(de)在最左邊。

說明(míng)：存在非等号和(hé)等号混合時(shí)，在建索引時(shí)，請把等号條件的(de)列前置。如：where c>? and d=? 那麽即使c的(de)區(qū)分(fēn)度更高(gāo)，也(yě)必須把d放在索引的(de)最前列，即索引idx_d_c。

正例：如果where a=? and b=? ，如果a列的(de)幾乎接近于唯一值，那麽隻需要單建idx_a索引即可(kě)。

10. 【推薦】防止因字段類型不同造成的(de)隐式轉換，導緻索引失效。

11. 【參考】創建索引時(shí)避免有如下(xià)極端誤解：

1）甯濫勿缺。認爲一個(gè)查詢就需要建一個(gè)索引。

2）甯缺勿濫。認爲索引會消耗空間、嚴重拖慢(màn)更新和(hé)新增速度。

3）抵制惟一索引。認爲業務的(de)惟一性一律需要在應用(yòng)層通(tōng)過“先查後插”方式解決。