SQL優化准則
禁用select *
使用select count(*) 統計行數
盡量少運算
盡量避免全表掃描，如果可以，在過濾列建立索引
盡量避免在where子句對字段進行null判斷
盡量避免在where子句使用!= 或者<>
盡量避免在where子句使用or連接
盡量避免對字段進行表達式計算
盡量避免對字段進行函數操作
盡量避免使用不是復合索引的前綴列進行過濾連接
盡量少排序，如果可以，建立索引
盡量少join
盡量用join代替子查詢
盡量避免在where子句中使用in,not in或者having，使用exists,not exists代替
盡量避免兩端模糊匹配 like %***%
盡量用union all代替union
盡量早過濾
避免類型轉換
盡量批量insert
優先優化高並發sql，而不是頻率低的大sql
盡可能對每一條sql進行explain
盡可能從全局出發
SQL執行計划
在mysql命令行中，執行explain命令可以看到sql執行計划，如下圖所示：
ID
Id:包含一組數字，表示查詢中執行select子句或操作表的順序
id相同，可以認為是一組，執行順序由上至下
如果是子查詢，id的序號會遞增
id值越大優先級越高，越先被執行
select_type
select_type:表示查詢中每個select子句的類型（簡單 、復雜）
SIMPLE：查詢中不包含子查詢或者UNION
PRIMARY：查詢中若包含任何復雜的子部分，最外層查詢則被標記為PRIMARY
SUBQUERY：在SELECT或WHERE列表中包含了子查詢，該子查詢被標記為SUBQUERY
DERIVED：在FROM列表中包含的子查詢被標記為DERIVED（衍生）。若UNION包含在 FROM子句的子查詢中，外層SELECT將被標記為DERIVED
UNION：若第二個SELECT出現在UNION之后，則被標記為UNION
UNION RESULT：從UNION表獲取結果的SELECT被標記為UNION RESULT
table
輸出的行所引用的表
type
Type：表示MySQL在表中找到所需行的方式，又稱“訪問類型”
ALL：Full Table Scan， MySQL將遍歷全表以找到匹配的行
index：Full Index Scan，index與ALL區別為index類型只遍歷索引樹
range：索引范圍掃描，對索引的掃描開始於某一點，返回匹配值域的行，常見於between、<、>等的查詢
ref：非唯一性索引掃描，返回匹配某個單獨值的所有行。常見於使用非唯一索引即唯一索引的非唯一前綴進行的查找
eq_ref：唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃描
const、system：當MySQL對查詢某部分進行優化，並轉換為一個常量時，使用這些類型訪問。如將主鍵置於where列表中，MySQL就能將該查詢轉換為一個常量。system是const類型的特例，當查詢的表只有一行的情況下， 使用system
NULL：MySQL在優化過程中分解語句，執行時甚至不用訪問表或索引
possible_keys
指出MySQL能使用哪個索引在表中找到行，查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢使用。
key
顯示MySQL在查詢中實際使用的索引，若沒有使用索引，顯示為NULL。查詢中若使用了覆蓋索引，則該索引僅出現在key列表中。
key_len
表示索引中使用的字節數，可通過該列計算查詢中使用的索引的長度。顯示的值為索引字段的最大可能長度，並非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出的。
row
表示MySQL根據表統計信息及索引選用情況，估算的找到所需的記錄所需要讀取的行數。
Extra
包含不適合在其他列中顯示但十分重要的額外信息
Using index：該值表示相應的select操作中使用了覆蓋索引（Covering Index）【注：MySQL可以利用索引返回select列表中的字段，而不必根據索引再次讀取數據文件 包含所有滿足查詢需要的數據的索引稱為 覆蓋索引】
Using where：表示MySQL服務器在存儲引擎受到記錄后進行“后過濾”（Post-filter）,如果查詢未能使用索引，Using where的作用只是提醒我們MySQL將用where子句來過濾結果集
Using temporary：表示MySQL需要使用臨時表來存儲結果集，常見於排序和分組查詢
Using filesort： MySQL中無法利用索引完成的排序操作稱為“文件排序”