有天發(fā)現(xiàn)一個帶inner join的sql 執(zhí)行速度雖然不是很慢(0.1-0.2),但是沒有達到理想速度。兩個表關聯(liá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 是主鍵
按照理想速度,應該在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';
結果:
![](/d/20211018/1387609f187378461bf70225f59d809a.gif)
注意看上面大紅框。p_item表中就是2w條數據,那這個就是全表掃描了。
不正常啊。
加個show warnings 看看。注意:有些情況下SHOW WARNINGS 會沒有結果。我還不知道原因。建議用本地測試數據庫運行。
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;
![](/d/20211018/4575ff0281d5bb02a8a98a073a983db3.gif)
結果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條件中,等式的左邊,也就是要查詢的字段上有函數的話,就會導致慢。(我的理解:慢因為索引用不到了。索引的值是原始值,這個條件中用的卻是處理后的值。)
注意看這函數,意思是把 itemid 這一列的編碼轉換成 utf8mb4 .也就是說,這一列的編碼不是 utf8mb4 !
打開表,把兩個表中itemid這一列的編碼都改成utf8。再次運行解釋。
![](/d/20211018/b219ac2950a2b4e8d3552fdeaf948370.gif)
從解釋結果來看已經沒有問題了。
再看下結果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í)行結果0.036s。符合預期
經驗總結:
explain 可以查看執(zhí)行計劃是否符合預期,如果有出現(xiàn)rows較大的情況,則說明出現(xiàn)了全表掃描,將來會是性能瓶頸
show warning的結果,則能看到優(yōu)化器處理后的語句。如果與原始語句有出入,仔細對比研究能夠發(fā)現(xiàn)實際問題。
您可能感興趣的文章:- mysql 5.7.20常用下載、安裝和配置方法及簡單操作技巧(解壓版免安裝)
- JavaWeb連接數據庫MySQL的操作技巧
- 利用tcpdump對mysql進行抓包操作技巧
- 30個mysql千萬級大數據SQL查詢優(yōu)化技巧詳解
- Mysql根據時間查詢日期的優(yōu)化技巧
- 提升MYSQL查詢效率的10個SQL語句優(yōu)化技巧
- MySQL快速對比數據技巧
- MySQL使用的常見問題解決與應用技巧匯總
- 5個保護MySQL數據倉庫的小技巧
- 分享101個MySQL調試與優(yōu)化技巧
- MySQL注入繞開過濾的技巧總結
- MySQL數據庫常用操作技巧總結