1、 導致慢 SQL 的原因

在遇到慢 SQL 情況時，不能簡單的把原因歸結為 SQL 編寫問題(雖然這是最常見的因素)，實際上導致慢 SQL 有很多因素，甚至包括硬件和 mysql 本身的 bug。根據出現的概率從大到小，羅列如下：

1. SQL編寫問題
2. 鎖
3. 業(yè)務實例相互干繞對 IO/CPU 資源爭用
4. 服務器硬件
5. MYSQL BUG

[[232013]]

2、 由 SQL 編寫導致的慢 SQL 優(yōu)化

針對SQL編寫導致的慢 SQL，優(yōu)化起來還是相對比較方便的。正如上一節(jié)提到的正確的使用索引能加快查詢速度，那么我們在編寫 SQL 時就需要注意與索引相關的規(guī)則：

1. 字段類型轉換導致不用索引，如字符串類型的不用引號，數字類型的用引號等，這有可能會用不到索引導致全表掃描；
2. mysql 不支持函數轉換，所以字段前面不能加函數，否則這將用不到索引；
3. 不要在字段前面加減運算；
4. 字符串比較長的可以考慮索引一部份減少索引文件大小，提高寫入效率；
5. like % 在前面用不到索引；
6. 根據聯(lián)合索引的第二個及以后的字段單獨查詢用不到索引；
7. 不要使用 select *；
8. 排序請盡量使用升序 ;
9. or 的查詢盡量用 union 代替 （Innodb）；
10. 復合索引高選擇性的字段排在前面；
11. order by / group by 字段包括在索引當中減少排序，效率會更高。

除了上述索引使用規(guī)則外，SQL 編寫時還需要特別注意一下幾點：

1. 盡量規(guī)避大事務的 SQL，大事務的 SQL 會影響數據庫的并發(fā)性能及主從同步；
2. 分頁語句 limit 的問題；
3. 刪除表所有記錄請用 truncate，不要用 delete；
4. 不讓 mysql 干多余的事情，如計算；
5. 輸寫 SQL 帶字段，以防止后面表變更帶來的問題，性能也是比較優(yōu)的 ( 涉及到數據字典解析，請自行查詢資料)；
6. 在 Innodb上用 select count(*)，因為 Innodb 會存儲統(tǒng)計信息；
7. 慎用 Oder by rand()。

3、分析診斷工具

在日常開發(fā)工作中，我們可以做一些工作達到預防慢 SQL 問題，比如在上線前預先用診斷工具對 SQL 進行分析。常用的工具有：

1. mysqldumpslow
2. mysql profile
3. mysql explain

具體使用及分析方法在此就不贅述，網上有豐富的資源可以參考。

4、誤操作、程序 bug 時怎么辦，解決方案

提出這個問題顯然主要是針對剛開始工作的年輕同行們……實際上誤操作和程序 bug 導致數據誤刪或者混亂的問題并非少見，但是剛入行的開發(fā)工作者會比較緊張。一個成熟的企業(yè)往往會有完善的數據管理規(guī)范和較豐富的數據恢復方案（初創(chuàng)公司除外），會進行數據備份和數據容災。

當你發(fā)現誤操作或程序 bug 導致線上數據被誤刪或誤改動時，一定不能慌亂，應及時與 DBA 聯(lián)系，***時間進行數據恢復（嚴重時直接停止服務），盡可能減少影響和損失。對于重要數據（如資金）的操作，在開發(fā)時一定要反復進行測試，確保沒有問題后再上線。