SQL語句的優化

通過使用者反饋獲取存在效能問題的sql

通過慢查日誌獲取存在效能問題的sql

實時獲取存在效能問題的sql

mysqldumpslow

pt-query-digest

pt-query-digest \

--explain h=127.0.0.1,u=root,p=p@ssword \

slow-mysql.log

pt-query-digest –explain h=127.0.0.1 slow-mysql.log > slow.rep

select id,user,host,db,command,time,state,info

from information_schema.processlist

where time>=60

客戶端傳送sql請求給伺服器

伺服器檢查是否可以在查詢快取中命中該sql

伺服器端進行sql解析，預處理，再由優化器生成對應的執行計畫

根據執行計畫，呼叫儲存引擎api來查詢資料

將結果返回給客戶端

》對於乙個讀寫頻繁的系統使用查詢快取很可能會降低查詢處理的效率，建議大家不要使用查詢快取

2.其中涉及的引數： query_cache_type 設定查詢快取是否可用[on,off,demand] demand表示只有在查詢語句中使用了sql_cache和sql_no_cache來控制是否需要進行快取 query_cache_size 設定查詢快取的記憶體的大小 query_cache_limit 設定查詢快取可用的儲存的最大值（加上sql_no_cache可以提高效率） query_cache_wlock_invalidate 設定資料表被鎖後是否返回快取中的資料 query_cache_min_res_unit 設定查詢快取分配的記憶體塊最小單位 3.mysql依照這個執行計畫和儲存引擎進行互動解析sql，預處理。優化sql的查詢計畫語法解析階段是通過關鍵字對mysql語句進行解析，並生成一顆對應的解析樹 mysql解析器將使用mysql語法規則驗證和解析查詢，包括檢查語法是否使用了正確的關鍵走；關鍵字的順序是否正確等等；預處理階段是根據mysql規則進一步檢查解析樹是否合法檢查查詢中所涉及的表和資料列是否存在及名字或別名是否存在歧義等等語法檢查通過了，查詢優化器就可以生成查詢計畫了優化器sql的查詢計畫階段對上一步所生成的執行計畫進行選擇基於成本模型的最優的執行計畫【下面是影響選擇最優的查詢計畫的7因素】 1.統計資訊不準確 2.執行計畫中的成本估算不等於實際的執行計畫的成本 3.mysql優化器認為的最優的可能與你認為最優的不一樣【基於成本模型選擇最優的執行計畫】 4.mysql從不考慮其他的併發的查詢，這可能會影響當前查詢的速度 5.mysql有時候也會基於一些固定的規則來生成執行計畫 6.mysql不會考慮不受其控制的成本查詢優化器在目前的版本中可以進行優化的sql的型別： 1.重新定義表的關聯順序 2.將外連線轉化為內連線 3.使用等價變換規則 4.優化count(),min()和max()[select tables optimozed away] 5.將乙個表示式轉化為乙個常數表示式 6.子查詢優化 7.提前終止查詢

8.對in()條件進行優化

SQL語句的優化

SQL 語句優化 OR 語句優化案例

sql語句的優化

sql語句的優化

SQL語句的優化

SQL 語句優化 OR 語句優化案例

sql語句的優化

sql語句的優化

相關推薦