MYSQL5.7索引异常引发的锁超时处理记录
原始sql:
update a set a.x=x where a.xid in (select b.xid from b inner join c on b.xxx = c.xxx) and a.xdate='xxxxxxxx'
现象 sql 执行中,b表会偶尔提示锁超时。
处理过程:
已知 mysql5.7 repeatable read 模式下 update会把关联到的所有表记录全部加锁 b表相关记录 也会加锁。
已知 a.xdate 有索引,扫描量在5W左右,正常应该几秒内执行完成不会造成锁超时。
尝试排查后发现 update a set a.x=x where a.xdate='xxxxxxxx' 索引失效 但是 select * from a where a.xdate='xxxxxxxx' 索引生效。
结论 由于mysql 索引问题,导致update的sql执行时间远超预计,与其他程序的sql冲突导致锁超时。
处理结论:
临时:将in 改写为join方式,a.xdate='xxxxxxxx'索引生效,执行时间大大缩短,基本能杜绝锁超时可能。
正规:拒绝多表关联update,程序内拆分sql。
作死:降低mysql事务隔离级别应该也能解决。
关于mysql select与update索引使用不一致的问题,同款异常:
https://dba.stackexchange.com/questions/153293/update-does-not-use-index-but-select-does
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
· 永远不要相信用户的输入:从 SQL 注入攻防看输入验证的重要性