sql查詢慢原因及優化


1 導致慢 SQL 的原因

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

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

2 由 SQL 編寫導致的慢 SQL 優化

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

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

除了上述索引使用規則外,SQL 編寫時還需要特別注意一下幾點:

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


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM