MySQL 中怎么優化水平分區

140次閱讀

沒有評論

共計 1026 個字符，預計需要花費 3 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

這期內容當中丸趣 TV 小編將會給大家帶來有關 MySQL 中怎么優化水平分區，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

表結構如下：

SELECT * FROM t1 WHERE system_type = 3;

這條語句對 system_type 字段過濾了兩次，然后進行了一次 UNION ALL。但是不知道，其實對兩個分區一共進行了三次全表掃描。
我們改成這樣：

SELECT * FROM t1 WHERE system_type IN (1,3)
UNION ALL
SELECT * FROM t1 WHERE system_type = 2;

看似簡簡單單的改變，我們把對兩個分區的掃描從三次減少到了兩次。但是這樣，開銷也很大，能不能把 UNION ALL 去掉呢？當然可以。

SELECT * FROM t1 WHERE system_type 0 and system_type

去掉了 UNION ALL，但是遇到的問題是對分區的掃描變成了范圍查找，而且上下限不固定，相對來說，還有優化的空間。

我們改下對 system_type 列的過濾條件，變成如下：

SELECT * FROM t1 WHERE system_type in(1,2,3);

id select_type table partitions type possible_keys key key_len ref rows Extra
1 SIMPLE t1 r0,r1 ALL \N \N \N \N 17719 Using where

現在，依然是范圍掃描，但是上下限就很明了了。這樣對掃描分區來說，很快的找到上下限，比之前來的要快，開銷來的要小點了。
但是貌似還可以優化，雖然過濾條件的上下限明顯了，但是對于區域之內的掃描還是全分區（相當于整個表的全表。）。
OK，那現在給這個列加上索引吧。

ALTER TABLE t1 ANALYZE PARTITION r0,r1;

SELECT * FROM t1 WHERE system_type in(1,2,3);

id select_type table partitions type possible_keys key key_len ref rows Extra
1 SIMPLE t1 r0,r1 range NewIndex1 NewIndex1 1 \N 6462 Using where

上述就是丸趣 TV 小編為大家分享的 MySQL 中怎么優化水平分區了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注丸趣 TV 行業資訊頻道。

向 AI 問一下細節

正文完