mysql优化 update中的in子句
需求: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&mariadb
标签:
mysql
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 地球OL攻略 —— 某应届生求职总结
· 提示词工程——AI应用必不可少的技术
· Open-Sora 2.0 重磅开源!
· 周边上新:园子的第一款马克杯温暖上架