優化mysql sql和sql執行計劃的步驟

本文主要給大家介紹優化mysql sql和sql執行計劃的步驟，文章內容都是筆者用心摘選和編輯的，具有一定的針對性，對大家的參考意義還是比較大的，下面跟筆者一起了解下優化mysql sql和sql執行計劃的步驟吧。 

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執行計劃

EXPLAIN列的解釋

table 
   顯示這一行的數據是關于哪張表的。

type

 ALL, index,  range, ref, eq_ref, const, system, NULL

從左到右，性能從最差到最好

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 
顯示可能應用在這張表中的索引。如果為空，沒有可能的索引。可以為相關的域從WHERE語句中選擇一個合適的語句。

key 
實際使用的索引。如果為NULL，則沒有使用索引。很少的情況下，MYSQL會選擇優化不足的索引。這種情況下，可以在SELECT語句中使用USE INDEX（indexname）來強制使用一個索引或者用IGNORE INDEX（indexname）來強制MYSQL忽略索引。

key_len 
使用的索引的長度。在不損失精確性的情況下，長度越短越好。

ref 
顯示索引的哪一列被使用了，如果可能的話，是一個常數。

rows 
MYSQL認為必須檢查的用來返回請求數據的行數。

Extra 
USING INDEX：該值表示相應的SELECT操作中使用了覆蓋索引（Covering INDEX）【注：MySQL可以利用索引返回SELECT列表中的字段，而不必根據索引再次讀取數據文件  包含所有滿足查詢需要的數據的索引稱為 覆蓋索引】。
USING WHERE：表示MySQL云服務器在存儲引擎受到記錄后進行“后過濾”（Post-filter）,如果查詢未能使用索引，USING WHERE的作用只是提醒我們MySQL將用WHERE子句來過濾結果集。
USING TEMPORARY：表示MySQL需要使用臨時表來存儲結果集，常見于排序和分組查詢。
USING filesort：  MySQL中無法利用索引完成的排序操作稱為“文件排序”。

看完以上關于優化mysql sql和sql執行計劃的步驟，很多讀者朋友肯定多少有一定的了解，如需獲取更多的行業知識信息 ，可以持續關注我們的行業資訊欄目的。