MySQL 中怎么優化水平分區

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

表結構如下：

  這里已經插入2W多行數據進行測試。

看看這條查詢。

SELECT * FROM t1 WHERE system_type IN (1,2)
UNION ALL
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 < 4;

去掉了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

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