mysql优化 update中的in子句
mysql 优化 in update 子句
2023-09-14 09:02:29 时间
需求:mysql数据库中,更新所有message_repo表中所有state='100' and receiver_id = '1'的数据为state='100',表中id为主键,state和receiver_id都有索引。
原语句:
update message_repo set state = '101' , update_time = now() , read_time = now()
where id in (select a.id from (select id from message_repo where state = '100' and receiver_id = '1') a);
然后发现,workbench提示处于安全模式,即safe mode下只能采用主键更新。
我的id不就是主键?难道这个还不是主键更新,意识到这个sql肯定被mysql错误理解了,用执行分析果然发现问题。。。
update的where子句没有使用主键索引,而是进行了全表扫描。
原本sql要表达的意思是:用select子句查询所有符合条件的主键,然后update通过主键进行更新,但是实际上,mysql是全表逐行与select子句对比,没有比这个更傻的操作了,要是表中数据多一点,死锁是必定的。
更别说:这语句需要关闭safe mode。
优化后语句:
update message_repo a join (select id from message_repo where state = '100' and receiver_id = '1') b on a.id=b.id
set state = '101' , update_time = now() , read_time = now();
通过join子句,明确告诉mysql,我要先用主键进行筛选。
执行计划
这下就正常,从执行计划上看,所有条件都符合预期。
相关文章
- MySQL性能优化的最佳20+条经验
- 【MySQL】时间类型存储格式选择
- 【MySQL】性能优化之 Index Condition Pushdown
- 「mysql优化专题」单表查询优化的一些小总结,非索引设计(3)
- 什么是mysql中的元数据
- MySQL数据类型与优化
- mysql大表更新sql的优化策略(转)
- MySQL server PID file could not be found!
- mysql的collation
- mysql修改表结构
- MySQL的主从问题,
- MySQL内核月报 2015.01-MySQL · 性能优化· 启用GTID场景的性能问题及优化
- mysql in 子查询 效率慢 优化(转)
- mysql 优化方法有哪些?
- MySQL之优化器、执行计划、简单优化
- Atitit Mysql查询优化器 存取类型 范围存取类型 索引存取类型 AND or的分析
- 优化了MYSQL大量写入问题,老板奖励了1000块给我
- 【ChatGPT】我同时问 ChatGLM / Sage / ChatGPT :MySQL 添加索引之后 数据库做了些什么? 看看它们分别怎么回答……
- MySQL优化:Group By 深度优化,已解决,索引
- MySQL数据库性能优化由浅入深(表设计、慢查询、SQL索引优化、Explain分析、Show Profile分析、配置优化)
- MYSQL分页limit速度太慢优化方法
- MySQL-配置优化