有天發(fā)現(xiàn)一個帶inner join的sql 執(zhí)行速度雖然不是很慢(0.1-0.2),但是沒有達(dá)到理想速度。兩個表關(guān)聯(lián)，且關(guān)聯(lián)的字段都是主鍵，查詢的字段是唯一索引。
sql如下：
SELECT
p_item_token.*,
p_item.product_type
FROM
p_item_token
INNER JOIN p_item ON p_item.itemid = p_item_token.itemid
WHERE
p_item_token.token ='db87a780427d4d02ba2bd49fac8xxx';
其中表 p_item_token 中 itemid 是主鍵， token 是唯一索引。 p_item 中itemid 是主鍵
按照理想速度，應(yīng)該在0.03s左右正常。但實際為0.2左右，慢了不少。
直接 EXPLAIN 看計劃
EXPLAIN
SELECT
p_item_token.*,
p_item.product_type
FROM
p_item_token
INNER JOIN p_item ON p_item.itemid = p_item_token.itemid
WHERE
p_item_token.token = 'db87a780427d4d02ba2bd49fac8xxx';
結(jié)果：
注意看上面大紅框。p_item表中就是2w條數(shù)據(jù)，那這個就是全表掃描了。
不正常啊。
加個show warnings 看看。注意：有些情況下SHOW WARNINGS 會沒有結(jié)果。我還不知道原因。建議用本地測試數(shù)據(jù)庫運行。
EXPLAIN
SELECT
p_item_token.*,
p_item.product_type
FROM
p_item_token
INNER JOIN p_item ON p_item.itemid = p_item_token.itemid
WHERE
p_item_token.token = 'db87a780427d4d02ba2bd49fac8xxx';
SHOW WARNINGS;
結(jié)果2里面顯示code=1003.后面有個sql語句。這個語句就是mysql把我們輸入的sql語句，按照規(guī)則改寫之后執(zhí)行的最終語句。
/* select#1 */
SELECT
'0000eb612d78407a91a9b3854ffffffff' AS `itemid`, /*注:直接按主鍵把值查出來了*/
'db87a780427d4d02ba2bd49fac8cf98b' AS `token`,
'2016-12-16 10:46:53' AS `create_time`,
'' AS `ftoken`,
`p_db`.`p_item`.`product_type` AS `product_type`
FROM
`p_db`.`p_item_token`
JOIN `p_db`.`p_item`
WHERE
(
(
CONVERT (
`p_db`.`p_item`.`itemid` USING utf8mb4
) = '0000eb612d78407a91a9b3854fffffff'
)
)
奇怪啊。Where中怎么有個 CONVERT ？我們知道，如果where條件中，等式的左邊，也就是要查詢的字段上有函數(shù)的話，就會導(dǎo)致慢。（我的理解：慢因為索引用不到了。索引的值是原始值，這個條件中用的卻是處理后的值。）
注意看這函數(shù)，意思是把 itemid 這一列的編碼轉(zhuǎn)換成 utf8mb4 .也就是說，這一列的編碼不是 utf8mb4 !
打開表，把兩個表中itemid這一列的編碼都改成utf8。再次運行解釋。
從解釋結(jié)果來看已經(jīng)沒有問題了。
再看下結(jié)果2中的語句：
/* select#1 */
SELECT
'0000eb612d78407a91a9b3854fffffff' AS `itemid`,
'db87a780427d4d02ba2bd49fac8cf98b' AS `token`,
'2016-12-16 10:46:53' AS `create_time`,
'' AS `ftoken`,
'cxx' AS `product_type`
FROM
`toy_item_plat`.`p_item_token`
JOIN `toy_item_plat`.`p_item`
WHERE
1
這 select 中全是常量了。速度能不快嗎？
執(zhí)行結(jié)果0.036s。符合預(yù)期
經(jīng)驗總結(jié):
explain 可以查看執(zhí)行計劃是否符合預(yù)期，如果有出現(xiàn)rows較大的情況，則說明出現(xiàn)了全表掃描，將來會是性能瓶頸
show warning的結(jié)果，則能看到優(yōu)化器處理后的語句。如果與原始語句有出入，仔細(xì)對比研究能夠發(fā)現(xiàn)實際問題。
您可能感興趣的文章:- mysql 5.7.20常用下載、安裝和配置方法及簡單操作技巧(解壓版免安裝)
- JavaWeb連接數(shù)據(jù)庫MySQL的操作技巧
- 利用tcpdump對mysql進(jìn)行抓包操作技巧
- 30個mysql千萬級大數(shù)據(jù)SQL查詢優(yōu)化技巧詳解
- Mysql根據(jù)時間查詢?nèi)掌诘膬?yōu)化技巧
- 提升MYSQL查詢效率的10個SQL語句優(yōu)化技巧
- MySQL快速對比數(shù)據(jù)技巧
- MySQL使用的常見問題解決與應(yīng)用技巧匯總
- 5個保護(hù)MySQL數(shù)據(jù)倉庫的小技巧
- 分享101個MySQL調(diào)試與優(yōu)化技巧
- MySQL注入繞開過濾的技巧總結(jié)
- MySQL數(shù)據(jù)庫常用操作技巧總結(jié)
