mysql 条件用in(条件字句) 的采坑经历

最近上线一个功能,进行一串业务处理,最后对数据进行一串update操作,然后上线后发现,数据各种update故障,查询日志,最后发现罪魁祸首。

类似这么一段sql:test1表大概有50w数据,test2 大概有15万。

update test1 set name ='w'  where id in (select num from test2 where id=3) ;

看第一眼,不可能啊,这怎么可能出错,应该很快才对

先执行子查询,查到自己想要修改的数据,然后在执行外面查询,对不,是不是很合理?

然后拿出来放数据库执行下,运行后就没反应了,跟死锁差不多样子。毁三观啊

死锁吗?但是看来看去都不满足死锁条件,innodb的存储引擎,换成随便一种存储引擎,也不会死锁。

然后explain一下,发现数据库版本太低,不支持update的执行计划,重新下载一个新版本, ok。

发现这是mysql内部优化的坑,

首先说下测试场景

  test1 总共五条数据

  test2总共六条数据

然后再来看下执行计划图:

现实和我想象的完全不一样,

先看第一行,他竟然对test1进行了全表扫描,还是利用where字句,我用的是主键额。  

在看第二行 dependent subquery !!  问题出来了,这个在我想来应该是一个子查询,先执行一个结果出来,然后给test1用来做约束。结果竟然成了从属查询了,要先根据test1所有数据,每条都和test2进行一次组合查询,几十万条数据,关联下来自然慢成狗了。

优化:

update test1 LEFT JOIN test2 on test2.num = test1.id  set test1.name ='w'  where test2.id=3

这次又起飞了,这速度杠杠的。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL中,循环IN条件是指在查询语句中使用一个包含多个值的IN条件,并且需要对这些值进行循环处理。MySQL本身并没有提供直接的循环功能,但可以通过其他方式实现。 一种常见的方法是使用存储过程或函数来实现循环。下面是一个示例,演示如何使用存储过程来循环处理IN条件: 1. 创建一个存储过程: ```sql DELIMITER $$ CREATE PROCEDURE process_in_values() BEGIN DECLARE i INT DEFAULT 0; DECLARE value INT; DECLARE done INT DEFAULT FALSE; DECLARE cur CURSOR FOR SELECT id FROM your_table; -- 替换为你的表名和字段名 DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE; OPEN cur; read_loop: LOOP FETCH cur INTO value; IF done THEN LEAVE read_loop; END IF; -- 在这里可以对每个值进行处理 -- 例如:SELECT * FROM your_table WHERE id = value; SET i = i + 1; END LOOP; CLOSE cur; END$$ DELIMITER ; ``` 2. 调用存储过程: ```sql CALL process_in_values(); ``` 这个示例中,我们创建了一个名为`process_in_values`的存储过程。在存储过程中,我们声明了一个游标`cur`,并使用`SELECT`语句获取需要循环处理的值。然后,在循环中,我们可以对每个值进行处理,例如执行查询语句或其他操作。 请注意,这只是一种实现循环IN条件的方法之一,具体的实现方式可能因情况而异。如果你有其他要求或特定的场景,请提供更多细节,我可以给出更具体的建议。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值