为啥mysql5.7在执行批量update的过程中阻塞了select查询?

没有其他语句了吗？比如 DDL、备份

update的where条件看起来用不到任何索引，这时会锁定表中全部记录，等同于表级锁效果

鸟山明 发表于 2023-7-20 20:09
没有其他语句了吗？比如 DDL、备份

没有其他操作了，只有一个更新，并且更新完成后就恢复了

yejr 发表于 2023-7-21 09:34
update的where条件看起来用不到任何索引，这时会锁定表中全部记录，等同于表级锁效果 ...

叶老师，理论上无索引更新锁全表，但是应该不影响查询吧，我模拟了一下，没有再现生产情况，模拟时，无索引更新时可以查询

qtiger 发表于 2023-7-21 10:23
叶老师，理论上无索引更新锁全表，但是应该不影响查询吧，我模拟了一下，没有再现生产情况，模拟时，无索 ...

可能是update期间有其他ddl sql，会被阻塞，后面的select会跟着被ddl阻塞

update是手工数据修订，执行过程中没有人工执行ddl操作，备份是放在从库做的。后面看生产还能复现不，自己没有模拟出来，可能有未发现的操作，待进一步验证。

qtiger 发表于 2023-7-21 17:33
update是手工数据修订，执行过程中没有人工执行ddl操作，备份是放在从库做的。后面看生产还能复现不，自己 ...

T1  执行 update t1 语句执行了大约18秒
T2  执行 flush tables
T3  执行 select xx  from t1
T4  执行 select xx  from t1  

show processlist ； 看T3 T4都会出现  waitting for table flush   ；有没有业务上 会执行 flush tables

今天又重现了这个情况，
有一个400万左右的表，执行sql  
SELECT COUNT(DISTINCT parent_id) FROM cp_xxxx_bind_relation
parent-id上没有索引，走全表扫描

通过另一个会话show processlist，最后一行是查询的distinct吗，其他等待的都是这个表上的单纯select，啥情况下才会出现这个情况？
d:\微信图片_20230802111335.png

分析下来，是有配置ogg同步数据，ogg会定期进行flush table，当存在长事物的时候就会出现这个等待事件。
根据执行时间看，是大事务先执行，然后ogg进行了flush table，再后面发起的所有对这个表的dml都被挂起，造成了业务暂停