0


mysql/oracle 数据库delete操作太慢(where ... in ...),不加索引,一招让性能提升百倍

背景

delete操作应用虽然不多,但是有些场景使用起来还是更方便。比如 在数仓项目中,软删虽然更快更安全,但是缺点也很多:
1、软删造成数据冗余,甚至快速膨胀的后果。比如一些中间表,只是作为中转站,过两天数据就分配其他表了,不硬删的话就会造成数据快速膨胀。
2、使用起来不便,难道select 或者 join 每张表都需要加一个 有效位 的判断 ?上层开发人员稍不留神就会出错,同时也会造成性能下降

所以对于一些大表,有时还是需要 硬删操作,也就是delete操作。

最近就遇到这样的问题:

deletefrom table_a where id in(select id from table_b);

table_a:17w条数据,id为主键,索引
table_b: 9K条数据,没有索引。

执行了25分钟 还没执行完。

解决办法

优化sql, 原来的sql并没有走索引,优化后的sql如下:

delete a from table_a a, table_b b  where a.id = b.id;

执行 2 s 就执行完成了。

原理分析

这里通过explain来分析不同SQL的性能。
先来分析第一种写法:

explaindeletefrom table_a where id in(select id from table_b);

在这里插入图片描述
ref 为空,表示没有走索引
rows 分别等于两张表行数,说明都是全表扫描
难怪执行时间很慢!

第二种写法:

explaindelete a from table_a a, table_b b  where a.id = b.id;

在这里插入图片描述
根据 ref 和 rows 这两个字段可以看出,table_b 全量扫描,table_a 命中索引,所以会快很多。经过实际测试,2s就可以执行完了。

第三种写法:

explaindeletefrom table_a whereexists(select1from table_b b where id = b.id)

在这里插入图片描述
通过分析,这种写法同样没有走索引,实际执行也是很慢。

至于为啥 第一种跟第三种没走索引,有知道的伙伴 欢迎留言~~

如果对你有帮助,可以点个赞哦~~

标签: 数据库 mysql oracle

本文转载自: https://blog.csdn.net/samur2/article/details/128530165
版权归原作者 大壮001 所有, 如有侵权,请联系我们删除。

“mysql/oracle 数据库delete操作太慢(where ... in ...),不加索引,一招让性能提升百倍”的评论:

还没有评论