mysql优化系列 DELETE子查询改写优化(mysql优化技巧实战)

推荐整理分享mysql优化系列 DELETE子查询改写优化(mysql优化技巧实战)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:mysql优化语句,mysql优化总结,mysql常用优化方案,mysql优化总结,mysql常用优化方案,mysql 优化口诀,mysql 优化口诀,mysql优化十大技巧,内容如对您有帮助，希望把文章链接给更多的朋友！

1、问题描述

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

下面就是这个用了子查询的DELETE了：

几个表的DDL是这样的：

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

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

2、优化思路

既然这个SQL把DELETE改成SELECT后执行效率就可以获得很大提升，除此外没特别区别，可能是查询优化器方面有些不足，导致无法直接优化，就得另想办法了。我们的思路是把基于子查询的DELETE简化改写成多表JOIN后DELETE（一般来说，子查询效率比较低的话，可以考虑改写成JOIN），多表DELETE的语法课参考： t1 FROM t1 LEFT JOIN t2 ON t1.id=t2.id WHERE t2.id IS NULL;

参照上面的形式，改写之后的SQL变成了下面这样：

可以看到新的SQL执行效率相对就高很多了，不需要再扫描万条记录，执行耗时只需：0.秒。

Query OK, 5 rows affected (0. sec)

3、其他建议

虽然MySQL 5.6及以上的版本对子查询做了优化，但从本案例的结果来看，在一些情况下还是不如意。因此，如果发现有些子查询SQL效率比较差的话，可以尝试改写成JOIN形式，看看是否有所提升。此外，也要勇于怀疑查询优化器个别情况下存在不足，想办法绕过这些坑。

MySQL中的常用函数 在MySQL中，函数不仅可以出现在select语句及其子句中，而且还可以出现在update、delete语句中。常用的函数有：1.字符串函数；主要用于处理字符串。2.数

MySQL优化案例系列-mysql分页优化 通常，我们会采用ORDERBYLIMITstart,offset的方式来进行分页查询。例如下面这个SQL：SELECT*FROM`t1`WHEREftype=1ORDERBYidDESCLIMIT,;或者像下面这个不带任何条件的

Advanced Pagination for MySQL(mysql高级分页) 在叶子的文章里谈到了使用innerjoin从而减少了对page的扫描也就是减少了所谓的回表例如：SELECT*FROM`t1`INNERJOIN(SELECTidFROM`t1`ORDERBYidDESCLIMIT,)t2USING(id)