1. 首页 > 数据库技术

生产问题分析!delete in子查询不走索引?!

生产问题分析!delete in子查询不走索引?!

前言

大家好,我是捡田螺的小男孩。(求个星标置顶)

文章开篇前,先问大家一个问题:delete in子查询,是否会走索引呢?很多伙伴第一感觉就是:会走索引。最近我们有个生产问题,就跟它有关。本文将跟大家一起探讨这个问题,并附上优化方案。

生产问题分析!delete in子查询不走索引?!

问题复现

MySQL版本是5.7,假设当前有两张表account和old_account,表结构如下:

  1. CREATETABLE`old_account`(
  2. `id`int(11)NOTNULLAUTO_INCREMENTCOMMENT'主键Id',
  3. `name`varchar(255)DEFAULTNULLCOMMENT'账户名',
  4. `balance`int(11)DEFAULTNULLCOMMENT'余额',
  5. `create_time`datetimeNOTNULLCOMMENT'创建时间',
  6. `update_time`datetimeNOTNULLONUPDATECURRENT_TIMESTAMPCOMMENT'更新时间',
  7. PRIMARYKEY(`id`),
  8. KEY`idx_name`(`name`)USINGBTREE
  9. )ENGINE=InnoDBAUTO_INCREMENT=1570068DEFAULTCHARSET=utf8ROW_FORMAT=REDUNDANTCOMMENT='老的账户表';
  10. CREATETABLE`account`(
  11. `id`int(11)NOTNULLAUTO_INCREMENTCOMMENT'主键Id',
  12. `name`varchar(255)DEFAULTNULLCOMMENT'账户名',
  13. `balance`int(11)DEFAULTNULLCOMMENT'余额',
  14. `create_time`datetimeNOTNULLCOMMENT'创建时间',
  15. `update_time`datetimeNOTNULLONUPDATECURRENT_TIMESTAMPCOMMENT'更新时间',
  16. PRIMARYKEY(`id`),
  17. KEY`idx_name`(`name`)USINGBTREE
  18. )ENGINE=InnoDBAUTO_INCREMENT=1570068DEFAULTCHARSET=utf8ROW_FORMAT=REDUNDANTCOMMENT='账户表';

执行的SQL如下:

  1. deletefromaccountwherenamein(selectnamefromold_account);

我们explain执行计划走一波,

生产问题分析!delete in子查询不走索引?!

从explain结果可以发现:先全表扫描 account,然后逐行执行子查询判断条件是否满足;显然,这个执行计划和我们预期不符合,因为并没有走索引。

但是如果把delete换成select,就会走索引。如下:

生产问题分析!delete in子查询不走索引?!

为什么select in子查询会走索引,delete in子查询却不会走索引呢?

原因分析

select in子查询语句跟delete in子查询语句的不同点到底在哪里呢?

我们执行以下SQL看看

  1. explainselect*fromaccountwherenamein(selectnamefromold_account);
  2. showWARNINGS;

show WARNINGS 可以查看优化后,最终执行的sql

结果如下:

  1. select`test2`.`account`.`id`AS`id`,`test2`.`account`.`name`AS`name`,`test2`.`account`.`balance`AS`balance`,`test2`.`account`.`create_time`AS`create_time`,`test2`.`account`.`update_time`AS`update_time`from`test2`.`account`
  2. semijoin(`test2`.`old_account`)
  3. where(`test2`.`account`.`name`=`test2`.`old_account`.`name`)

可以发现,实际执行的时候,MySQL对select in子查询做了优化,把子查询改成join的方式,所以可以走索引。但是很遗憾,对于delete in子查询,MySQL却没有对它做这个优化。

优化方案

那如何优化这个问题呢?通过上面的分析,显然可以把delete in子查询改为join的方式。我们改为join的方式后,再explain看下:

生产问题分析!delete in子查询不走索引?!

可以发现,改用join的方式是可以走索引的,完美解决了这个问题。

实际上,对于update或者delete子查询的语句,MySQL官网也是推荐join的方式优化

生产问题分析!delete in子查询不走索引?!

其实呢,给表加别名,也可以解决这个问题哦,如下:

  1. explaindeleteafromaccountasawherea.namein(selectnamefromold_account)

生产问题分析!delete in子查询不走索引?!

为什么加个别名就可以走索引了呢?

what?为啥加个别名,delete in子查询又行了,又走索引了?

我们回过头来看看explain的执行计划,可以发现Extra那一栏,有个LooseScan。

生产问题分析!delete in子查询不走索引?!

LooseScan是什么呢? 其实它是一种策略,是semi join子查询的一种执行策略。

因为子查询改为join,是可以让delete in子查询走索引;加别名呢,会走LooseScan策略,而LooseScan策略,本质上就是semi join子查询的一种执行策略。

因此,加别名就可以让delete in子查询走索引啦!

总结

本博文分析了delete in子查询不走索引的原因,并附上解决方案。delete in在日常开发,是非常常见的,平时大家工作中,需要注意一下。同时呢,建议大家工作的时候,写SQL的时候,尽量养成一个好习惯,先用explain分析一下SQL。

本文整体思路参考同事的博文,已经经过他本人同意。也建议大家遇到问题时,多点思考,多点写写总结,避免重蹈覆辙。

我是捡田螺的小男孩,码字不易,看完文章有收获的话,可以把我公众号推给身边的程序员哈,感谢、比心~

原文链接:https://mp.weixin.qq.com/s/0qvO6eQAa9dSGoY1LF8_pA

本文由主机测评网发布,不代表主机测评网立场,转载联系作者并注明出处:https://zhuji.jb51.net/shujuku/3059.html

联系我们

在线咨询:点击这里给我发消息

微信号:

工作日:8:30-17:30,节假日休息