MySQL Execution Plan--IN子查询对UPDATE语句影响
问题描述
在系统中发现一条执行时间为为44652.060734秒(12.5小时)的慢SQL,SQL语句为:
UPDATE
ob_internal_task
SET
OPERATE_STATUS = 0
WHERE business_no IN
(
SELECT
outbound_no
FROM
ob_internal_orderstatus
WHERE wave_no = 'xxxxx'
AND VSTATE = 10
AND outbound_no <> 'xxxxxxxx'
)
AND business_type = 20;
对于执行计划为:
*************************** 1. row ***************************
id: 1
select_type: UPDATE
table: ob_internal_task
partitions: NULL
type: index
possible_keys: NULL
key: PRIMARY
key_len: 8
ref: NULL
rows: 1657847
filtered: 100.00
Extra: Using where
*************************** 2. row ***************************
id: 2
select_type: DEPENDENT SUBQUERY
table: ob_internal_orderstatus
partitions: NULL
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 622710
filtered: 0.09
Extra: Using where
由于两个表上都使用全表扫描,需要循环外表ob_internal_task记录1654884次*内表ob_internal_orderstatus记录622596次=1030324158864(预估影响行数)
解决步骤
表ob_internal_task列business_no上有索引,没有被正确使用,而表上ob_internal_orderstatus缺少合适索引,因此首先优化IN子查询内部,创建索引:
ALTER TABLE ob_internal_orderstatus
ADD INDEX `IDX_wave_no_VSTATE1` (`WAVE_NO`,`VSTATE`,`OUTBOUND_NO`);
创建完索引后执行计划变更为:
*************************** 1. row ***************************
id: 1
select_type: UPDATE
table: ob_internal_task
partitions: NULL
type: index
possible_keys: NULL
key: PRIMARY
key_len: 8
ref: NULL
rows: 1656801
filtered: 100.00
Extra: Using where
*************************** 2. row ***************************
id: 2
select_type: DEPENDENT SUBQUERY
table: ob_internal_orderstatus
partitions: NULL
type: ref
possible_keys: IDX_wave_no_VSTATE1
key: IDX_wave_no_VSTATE1
key_len: 131
ref: const,const,func
rows: 1
filtered: 100.00
Extra: Using where; Using index
外表仍然使用全表扫描,检查两表关联列,发现都是VARCHAR类型,不存在隐式转换。
将UPDATE语句调整为SELECT测试,调整后的SQL为:
SELECT
*
FROM
ob_internal_task
WHERE business_no IN
(
SELECT
outbound_no
FROM
ob_internal_orderstatus
WHERE wave_no = 'BC20190523155122'
AND VSTATE = 10
AND outbound_no <> ''
)
AND business_type = 20;
对于执行计划为:
*************************** 1. ROW ***************************
id: 1
select_type: SIMPLE
TABLE: ob_internal_orderstatus
PARTITIONS: NULL
TYPE: ref
possible_keys: IDX_wave_no_VSTATE1
KEY: IDX_wave_no_VSTATE1
key_len: 68
ref: const,const
ROWS: 26
filtered: 90.00
Extra: USING WHERE; USING INDEX; LooseScan
*************************** 2. ROW ***************************
id: 1
select_type: SIMPLE
TABLE: ob_internal_task
PARTITIONS: NULL
TYPE: ref
possible_keys: idx_business_type,idx_business_no
KEY: idx_business_no
key_len: 303
ref: innerdelivery.ob_internal_orderstatus.OUTBOUND_NO
ROWS: 3
filtered: 10.00
Extra: USING INDEX CONDITION; USING WHERE
对比UPDATE和SELECT语句的执行计划,发现内外表的位置发生变化,同时也导致表ob_internal_task上索引idx_business_no能被正常使用。
考虑到IN语句的影响,尝试将UPDATE语句中的依赖子查询调整为关联查询,调整后SQL为:
UPDATE ob_internal_task T1
INNER JOIN
(
SELECT
outbound_no
FROM
ob_internal_orderstatus
WHERE wave_no = 'BC20190523155122'
AND VSTATE = 10
AND outbound_no <> ''
) AS T2
ON T1.business_no = T2.outbound_no
SET T1.OPERATE_STATUS = 0
WHERE T1.business_type = 20;
调整后的执行计划为:
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: ob_internal_orderstatus
partitions: NULL
type: range
possible_keys: IDX_wave_no_VSTATE1
key: IDX_wave_no_VSTATE1
key_len: 131
ref: NULL
rows: 25
filtered: 100.00
Extra: Using where; Using index
*************************** 2. row ***************************
id: 1
select_type: UPDATE
table: T1
partitions: NULL
type: ref
possible_keys: idx_business_type,idx_business_no
key: idx_business_no
key_len: 303
ref: func
rows: 3
filtered: 10.00
Extra: Using where
使用关联更新的UPDATE语句能够正常使用索引,执行时间由原来44652.060734秒(12.5小时)缩短至的在30ms内。
PS1:相关表的统计信息未存在明显异常,排除统计信息导致执行计划异常。
优化总结
1、在优化DELETE/UPDATE语句时,通常会将DELETE/UPDATE语句改写成SELECT语句进行测试,以避免测试操作导致数据变更,需要注意两者的执行计划可能不同。
2、当IN语句生产的执行计划为DEPENDENT SUBQUERY类型时,需要考虑外表的循环数量,如果外表循环次数较大,可以考虑调整SQL语句(如关联查询)来优化内外表位置。
MySQL Execution Plan--IN子查询对UPDATE语句影响的更多相关文章
- 子查询在UPDATE 语句中的应用
在UPDATE语句中可以在更新列表中以及WHERE语句使用子查询.下面演示一个将图书的出版日期全部更新为所有图书中的最新出版日期,SQL语句如下: UPDATE T_Book SET FYearPub ...
- mysql sql_safe_updates 不支持子查询的更新。
考虑到开发人员有时候不小心误更新数据,要求线上库的 MySQL 实例都设置 sql_safe_updates=1 来避免没有索引的 update.delete. 结果有一天开发发现下面的一个SQL 没 ...
- mssql sql高效关联子查询的update 批量更新
/* 使用带关联子查询的Update更新 --1.创建测试表 create TABLE Table1 ( a varchar(10), b varchar(10), ...
- MySQL(八)子查询和分组查询
一.子查询 1.子查询(subquery):嵌套在其他查询中的查询. 例如:select user_id from usertable where mobile_no in (select mobil ...
- sql子查询 嵌套SELECT语句
嵌套SELECT语句也叫子查询,一个 SELECT 语句的查询结果能够作为另一个语句的输入值.子查询不但能够出现在Where子句中,也能够出现在from子句中,作为一个临时表使用,也能够出现在sele ...
- MySQL锁类型以及子查询锁表问题、解锁
MySQL中select * for update锁表的范围 MySQL中select * for update锁表的问题 由于InnoDB预设是Row-Level Lock,所以只有「明确」的指定主 ...
- Mysql查询优化器之关于子查询的优化
下面这些sql都含有子查询: mysql> select * from t1 where a in (select a from t2); mysql> select * from (se ...
- Mysql - 性能优化之子查询
记得在做项目的时候, 听到过一句话, 尽量不要使用子查询, 那么这一篇就来看一下, 这句话是否是正确的. 那在这之前, 需要介绍一些概念性东西和mysql对语句的大致处理. 当Mysql Server ...
- MySQL 使用JOIN优化子查询
1.数据准备 mysql> select * from student; +----+--------+----------+---------+-------------+ | id | na ...
随机推荐
- 关于在windows平台下将应用制作成windows服务及服务依赖的感想
在某些情况下,应用需要部署在windows平台下,单纯的手动点击exe执行文件或java -jar xxx.jar在实际生产环境中不是最佳实践(制作成bat启动文件置于启动项里,服务器启动后,需要人工 ...
- Python原生调试工具pdb实践小结
使用python -m pdb xxx.py进入单步调试模式,默认会在脚本的第一行可执行命令处停止.此时,通过 b function设置之后的函数断点会提示出错,从出错异常栈中可以看出,pdb是将fu ...
- java发送application/json格式的post请求,需要登陆
package util; import java.io.IOException; import java.io.InputStream; import java.io.OutputStreamWri ...
- 第一本docker书 学习笔记(一)
Docker的核心组件: Docker客户端和服务端 Docker镜像 Registry Docker容器 # Docker客户端和服务端 docker 是一个 C/S架构程序.客户端只需要向dock ...
- 初学nodejs express小案例——小小相册(不涉及数据库,非常详细)
业务简介: 显示文件夹 点击显示相册 上传相册 一.在主页显示文件夹 首先,我们要建立以上的文件夹,其中views用于放模板ejs,uploads里放的是相册文件夹,public是网页所需要的css ...
- 关于阿里云 RDS mysql索引优化的一点经验
2019年9月5日10:02:34 本地调试 git https://github.com/barryvdh/laravel-debugbar composer require barryvdh/la ...
- Java并发编程核心概念一览
作者博客地址 https://muggle.javaboy.org. 并行相关概念 同步和异步 同步和异步通常来形容一次方法的调用.同步方法一旦开始,调用者必须等到方法结束才能执行后续动作:异步方法则 ...
- 在使用Hanlp配置自定义词典时遇到的问题
要使用hanlp加载自定义词典可以通过修改配置文件hanlp.properties来实现.要注意的点是: 1. root根路径的配置: hanlp.properties中配置如下: #本配置文件中的路 ...
- 16 SpringMVC 的请求参数的绑定与常用注解
1.SpringMVC 绑定请求参数 (1)支持的数据类型 基本类型参数: 包括基本类型和 String 类型POJO 类型参数: 包括实体类,以及关联的实体类数组和集合类型参数: 包括 List 结 ...
- 防范sql注入值得注意地方
sql注入是大家基本都清楚,一般来说用参数化就能解决注入的问题,也是最好的解决方式. 有次技术群里问到一个问题,如下图 很显然tableName是外部传递过来的,暂时不考虑具体的业务环境,但如果以se ...