快彩网

让建站和SEO变得简单

让不懂建站的用户快速建站,让会建站的提高建站效率!

坐蓐问题分析!Delete in子查询不走索引?!

发布日期:2022-03-13 20:39    点击次数:151

媒介

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

著作开篇前,先问全球一个问题:delete in子查询,是否会走索引呢?好多伙伴第一嗅觉便是:会走索引。最近咱们有个坐蓐问题,就跟它相干。本文将跟全球一路探讨这个问题,并附上优化决议。

问题复现

MySQL版块是5.7,假定现时有两张表account和old_account,表结构如下:

CREATE TABLE `old_account` (   `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键Id',   `name` varchar(255) DEFAULT NULL COMMENT '账户名',   `balance` int(11) DEFAULT NULL COMMENT '余额',   `create_time` datetime NOT NULL COMMENT '创建技艺',   `update_time` datetime NOT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT '更新技艺',   PRIMARY KEY (`id`),   KEY `idx_name` (`name`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=1570068 DEFAULT CHARSET=utf8 ROW_FORMAT=REDUNDANT COMMENT='老的账户表';  CREATE TABLE `account` (   `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键Id',   `name` varchar(255) DEFAULT NULL COMMENT '账户名',   `balance` int(11) DEFAULT NULL COMMENT '余额',   `create_time` datetime NOT NULL COMMENT '创建技艺',   `update_time` datetime NOT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT '更新技艺',   PRIMARY KEY (`id`),   KEY `idx_name` (`name`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=1570068 DEFAULT CHARSET=utf8 ROW_FORMAT=REDUNDANT COMMENT='账户表'; 

履行的SQL如下:

delete from account where name in (select name from old_account); 

咱们explain履行辩论走一波,

从explain效果不错发现:先全表扫描 account,然后逐行履行子查询判断条目是否稳定;显著,这个履行辩论和咱们预期不相宜,因为并莫得走索引。

然而要是把delete换成select,就会走索引。如下:

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

原因分析

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

咱们履行以下SQL望望

explain select * from account where name in (select name from old_account); show WARNINGS; 

show WARNINGS 不错巡视优化后,最终履行的sql

效果如下:

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`  semi join (`test2`.`old_account`) where (`test2`.`account`.`name` = `test2`.`old_account`.`name`) 

不错发现,试验履行的时候,MySQL对select in子查询做了优化,把子查询改成join的式样,是以不错走索引。然而很缺憾,关于delete in子查询,MySQL却莫得对它做这个优化。

优化决议

那如何优化这个问题呢?通过上头的分析,显著不错把delete in子查询改为join的式样。咱们改为join的式样后,再explain看下:

不错发现,改用join的式样是不错走索引的,无缺措置了这个问题。

试验上,关于update简略delete子查询的语句,MySQL官网亦然推选join的式样优化

其实呢,给表加笔名,也不错措置这个问题哦,如下:

explain delete a from account as a where a.name in (select name from old_account) 

为什么加个笔名就不错走索引了呢?

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

咱们回绝顶来望望explain的履行辩论,不错发现Extra那一栏,有个LooseScan。

LooseScan是什么呢? 其实它是一种计谋,是semi join子查询的一种履行计谋。

因为子查询改为join,是不错让delete in子查询走索引;加笔名呢,会走LooseScan计谋,而LooseScan计谋,本色上便是semi join子查询的一种履行计谋。

因此,加笔名就不错让delete in子查询走索引啦!

追忆

本博文分析了delete in子查询不走索引的原因,并附上措置决议。delete in在日常开辟,漫骂时时见的,过去全球责任中,需要戒备一下。同期呢,提倡全球责任的时候,写SQL的时候,尽量养成一个好习尚,先用explain分析一下SQL。

本文合座思绪参考共事的博文,一经流程他本身欢跃。也提倡全球遭逢问题时,多点思考,多点写写追忆,幸免老生常谈。

我是捡田螺的小男孩,码字不易,看完著作有成绩的话,不错把我公众号推给身边的式样员哈,感谢、比心~

本文转载自微信公众号「捡田螺的小男孩」,不错通过以下二维码和顺。转载本文请继续捡田螺的小男孩公众号。

 



栏目分类



Powered by 快彩网 @2013-2022 RSS地图 HTML地图

Copyright 站群 © 2013-2021 365建站器 版权所有