首先我們得確定哪些sql語句需要優化，一般在乙個系統中，查詢語句最多，所以我們主要是針對查詢語句進行優化。主要採用兩種方式來確定要優化的sql語句：
①使用慢查詢日誌，設定需要優化的sql語句的執行時間，記錄下超過該設定時間的語句，即為需要優化的語句。
②使用profiling機制，記錄下每條sql語句的執行時間，找出執行較慢的語句，即為需要優化的語句。
我們主要通過給表字段新增索引的方式進行優化，加上索引後，sql語句的執行時間顯著提高了，但並不是加上索引了這條sql語句就會用到索引，所以首先看執行慢的語句後面是否有加索引，我們可以使用explain或者desc加在要執行的sql語句前，檢視是否使用到索引。有幾個地方需要注意的是：
①為了避免建議索引而造成索引檔案過大，有時候我們會使用復合索引，這時候要遵循最左原則。
②like查詢，前%不會用到索引
③如果條件中有or，則要求or的索引欄位都必須有索引，否則不能用到索引。
④如果列型別是字串，一定要在條件中將資料使用引號引用起來，否則不使用索引。
⑤優化group by 語句
⑥盡量避免模糊匹配，這樣會導致全盤掃瞄
SQL 語句優化 OR 語句優化案例
從上海來到溫州，看了前幾天監控的sql語句和資料變化，發現有一條語句的io次數很大，達到了150萬次io，而兩個表的資料也就不到20萬，為何有如此多的io次數，下面是執行語句 select ws.nodeid,wi.laststepid,wi.curstepid from workflowinfo ...
sql語句的優化
1 in 操作符 用in寫出來的sql的優點是比較容易寫及清晰易懂，這比較適合現代軟體開發的風格。但是用in的sql效能總是比較低的，從oracle執行的步驟來分析用in的sql與不用in的sql有以下區別 oracle試圖將其轉換成多個表的連線，如果轉換不成功則先執行in裡面的子查詢，再查詢外層的...
SQL語句的優化
通過使用者反饋獲取存在效能問題的sql 通過慢查日誌獲取存在效能問題的sql 實時獲取存在效能問題的sql mysqldumpslow pt query digest pt query digest explain h 127.0.0.1,u root,p p ssword slow mysql.l...