有天發(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)實際問題。
標(biāo)簽：浙江 阿里 上海 鄂州 張家界 南寧 中衛(wèi) 定西
巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《MySql Sql 優(yōu)化技巧分享》，本文關(guān)鍵詞 MySql,Sql,優(yōu)化,技巧,分享,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題，煩請?zhí)峁┫嚓P(guān)信息告之我們，我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無關(guān)。
