mysql优化系列 DELETE子查询改写优化

1、问题描述

朋友遇到一个怪事，一个用子查询的DELETE，执行效率非常低。把DELETE改成SELECT后执行起来却很快，百思不得其解。

下面就是这个用了子查询的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

几个表的DDL是这样的：

mysql优化系列 DELETE子查询改写优化

上面这个SQL的执行耗时是：31.74秒
Query OK, 5 rows affected (31.74 sec)
如果我们把DELETE改写成SELECT的话，执行耗时仅是：0秒，来对比看下执行计划：

				?

									[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

mysql优化系列 DELETE子查询改写优化

可以看到，trade_info 表从的全表扫描（type=ALL）变成了基于主键的等值查询（type=eq_ref），计划扫描数据量也从571万变成了1条，而且还可以避免回表，这2个SQL对比代价相差巨大。

2、优化思路

既然这个SQL把DELETE改成SELECT后执行效率就可以获得很大提升，除此外没特别区别，可能是查询优化器方面有些不足，导致无法直接优化，就得另想办法了。
我们的思路是把基于子查询的DELETE简化改写成多表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;