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