快捷導(dǎo)航

mysql優(yōu)化系列 DELETE子查詢改寫優(yōu)化

更新時(shí)間：2016年08月31日 11:20:32 投稿：mdxy-dxy

有個(gè)采用子查詢的DELETE執(zhí)行得非常慢，改寫成SELECT后執(zhí)行卻很快，最后把這個(gè)子查詢DELETE改寫成JOIN優(yōu)化過程

1、問題描述

朋友遇到一個(gè)怪事，一個(gè)用子查詢的DELETE，執(zhí)行效率非常低。把DELETE改成SELECT后執(zhí)行起來卻很快，百思不得其解。

下面就是這個(gè)用了子查詢的DELETE了：

[yejr@imysql.com]mydb > EXPLAIN delete from trade_info where id in (
select id from (
select a.id from trade_info a, order_info b, user c where
b.buyer = c.id and c.itv_account='90000248′ and a.order_id = b.id) temp)\G

delete1

幾個(gè)表的DDL是這樣的：

delete2

上面這個(gè)SQL的執(zhí)行耗時(shí)是：31.74秒
Query OK, 5 rows affected (31.74 sec)
如果我們把DELETE改寫成SELECT的話，執(zhí)行耗時(shí)僅是：0秒，來對(duì)比看下執(zhí)行計(jì)劃：

[yejr@imysql.com]mydb >EXPLAIN select id from trade_info where
id in (
select id from (
select a.id from trade_info a, order_info b, user c where
b.buyer = c.id and c.itv_account='90000248′ and a.order_id = b.id) temp)\G

delete3

可以看到，trade_info 表從的全表掃描（type=ALL）變成了基于主鍵的等值查詢（type=eq_ref），計(jì)劃掃描數(shù)據(jù)量也從571萬變成了1條，而且還可以避免回表，這2個(gè)SQL對(duì)比代價(jià)相差巨大。

2、優(yōu)化思路

既然這個(gè)SQL把DELETE改成SELECT后執(zhí)行效率就可以獲得很大提升，除此外沒特別區(qū)別，可能是查詢優(yōu)化器方面有些不足，導(dǎo)致無法直接優(yōu)化，就得另想辦法了。
我們的思路是把基于子查詢的DELETE簡(jiǎn)化改寫成多表JOIN后DELETE（一般來說，子查詢效率比較低的話，可以考慮改寫成JOIN），多表DELETE的語法課參考：https://dev.mysql.com/doc/refman/5.7/en/delete.html#idm140469624466800，例如這樣的：

DELETE t1 FROM t1 LEFT JOIN t2 ON t1.id=t2.id WHERE t2.id IS NULL;

參照上面的形式，改寫之后的SQL變成了下面這樣：

DELETE trade_info
FROM
trade_info,
(
SELECT
a.id
FROM
trade_info a
JOIN order_info b ON a.order_id = b.id
JOIN user c ON b.buyer = c.id
WHERE
c.itv_account = ‘90000248'
) t2 where trade_info.id = t2.id;

delete4

可以看到新的SQL執(zhí)行效率相對(duì)就高很多了，不需要再掃描571萬條記錄，執(zhí)行耗時(shí)只需：0.01秒。

Query OK, 5 rows affected (0.01 sec)

3、其他建議

雖然MySQL 5.6及以上的版本對(duì)子查詢做了優(yōu)化，但從本案例的結(jié)果來看，在一些情況下還是不如意。
因此，如果發(fā)現(xiàn)有些子查詢SQL效率比較差的話，可以嘗試改寫成JOIN形式，看看是否有所提升。此外，也要勇于懷疑查詢優(yōu)化器個(gè)別情況下存在不足，想辦法繞過這些坑。

您可能感興趣的文章: