前言

什么是慢查詢，如何優(yōu)化慢查詢，下面介紹這兩個知識點的相關(guān)知識。

慢查詢基礎(chǔ)：優(yōu)化數(shù)據(jù)訪問

是否向數(shù)據(jù)庫請求了不需要的數(shù)據(jù)

查詢不需要的記錄：解決方案：查詢后面加上Limit

多表關(guān)聯(lián)時返回全部列：解決方案：只取需要的列

總是取出全部列：select * 解決方案：最好還是獲取部分列，除非應用程序處緩存列的數(shù)據(jù)了

重復查詢相同的數(shù)據(jù)：解決方案：需要時從緩存中取出

MySQL是否在掃描額外的記錄

可以從響應時間，掃描的行數(shù)，返回的行數(shù)來進行查詢開銷的衡量。

要想減少掃描行數(shù)可以使用索引對需要的記錄進行覆蓋，但是增加索引不意味著就能讓掃描的行數(shù)等于返回的行數(shù)，比如sum，count之類的聚合函數(shù)

重構(gòu)查詢的方法

一個復雜查詢還是多個簡單查詢

在過去，總是強調(diào)需要數(shù)據(jù)庫層完成盡可能多的工作，因為過去網(wǎng)絡通信查詢解析和優(yōu)化是一件代價很高的事情。

但是這樣的想法對于MySQL并不適用,MySQL從設(shè)計上讓連接和斷開連接都很輕量級，在返回一個小的查詢結(jié)果方面很高效?，F(xiàn)代的網(wǎng)絡速度比以前要快很多，無論是帶寬還是延遲。在某些版本的MySQL上，即使在一個通用服務器上，也能夠運行每秒超過10萬的查詢，即使是一個千兆網(wǎng)卡也能輕松滿足每秒超過2000次的查詢。所以運行多個小查詢現(xiàn)在已經(jīng)不是大問題了。

當然，相比較于內(nèi)部掃描，響應數(shù)據(jù)給客戶端更加耗時，所以在同條件下，使用盡可能少的查詢更好。

切分查詢

當使用sql進行查詢時，需要注意將大查詢切分成小查詢，可以減少對數(shù)據(jù)庫的影響，因為一個大語句一次性完成的話，則可能一次鎖住很多數(shù)據(jù)，占滿整個事務日志，耗盡系統(tǒng)資源，阻塞其他查詢。

比如我們做數(shù)據(jù)統(tǒng)計時要對大量訂單號的信息進行查詢，那么是一次性用in查詢，還是切割參數(shù)list多次查詢呢，答案是切割參數(shù)list多次查詢，因為當in里面的參數(shù)過多時，MySQL就會認為再走索引已經(jīng)不行了，可能就會進行全表查詢，如果這個時候數(shù)據(jù)表數(shù)據(jù)量過大，那可能就會造成查詢超時。

// chops a list into non-view sublists of length L
static <T> List<List<T>> chopped(List<T> list, final int L) {
    List<List<T>> parts = new ArrayList<List<T>>();
    final int N = list.size();
    for (int i = 0; i < N; i += L) {
        parts.add(new ArrayList<T>(
            list.subList(i, Math.min(N, i + L)))
        );
    }
    return parts;
}
List<Integer> numbers = Collections.unmodifiableList(
    Arrays.asList(5,3,1,2,9,5,0,7)
);
List<List<Integer>> parts = chopped(numbers, 3);
System.out.println(parts); // prints "[[5, 3, 1], [2, 9, 5], [0, 7]]"
parts.get(0).add(-1);
System.out.println(parts); // prints "[[5, 3, 1, -1], [2, 9, 5], [0, 7]]"
System.out.println(numbers); // prints "[5, 3, 1, 2, 9, 5, 0, 7]" (unmodified!)

在程序中將list截斷，從而使查詢能使用索引而不是進行全表掃描。

阿里開發(fā)手冊中就推薦仔細評估in后面的集合元素數(shù)量，控制在1000個之內(nèi)。

分解關(guān)聯(lián)查詢

將多表inner join 進行分解，分解成小查詢，超過三個表的join，就需要禁止了。

優(yōu)點有：

1. 緩存的效率會更高，
2. 分解后的查詢可以減少鎖的競爭
3. 應用層可以緩存查詢數(shù)據(jù)，減小數(shù)據(jù)庫的壓力。
4. 可以提升查詢效率，因為用主鍵之類進行in查詢，比按照條件范圍查詢可能會更高效，尤其是大表的時候。
5. 可以減少冗余記錄的查詢
6. 更進一步，這樣做相當于在應用中實現(xiàn)了哈希關(guān)聯(lián)，而不是使用MySQL的嵌套循環(huán)關(guān)聯(lián)。某些場景哈希關(guān)聯(lián)的效率要高很多。

總結(jié)

到此這篇關(guān)于MySQL慢查詢以及重構(gòu)查詢的文章就介紹到這了,更多相關(guān)MySQL慢查詢重構(gòu)查詢內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論