Mysql多索引引发死锁问题

UPDATE eagle_riskcon_third SET                 msessage = ?               , time = ?             
where  ip_id = ? and type = ?  引发的Deadlock found when trying to get lock解决方法有两种:
复制代码

第1、添加ip_id+type的组合索引,这样就能够避免掉index merge;mysql

第2、将优化器的index merge优化关闭;sql

建议选择第一种方法来避免此问题的发生。bash

update时,若是where条件里面涉及多个字段,区分度都比较高且字段都分别建了索引的话,mysql会多个索引各走一遍,而后结果取个交集; 单条记录更新不会引起问题; 多条记录并发更新时,若是索引行数有重叠,因加锁顺序可能不一样,互相等待可能会致使死锁,为何加锁顺序会不一样呢?咱们的sql中where条件的顺序是必定的,那么加锁顺序也应该必定,为何会有加锁顺序不一样状况。状况是这样的,由于咱们使用的是两个单值索引,where条件中是复合条件,那么mysql会使用index merge进行优化,优化过程是mysql会先用索引1进行扫表,在用索引2进行扫表,而后求交集造成一个合并索引。这个使用索引扫表的过程和咱们自己的sql使用索引的顺序可能存在互斥,因此形成了死锁。并发

相关文章
相关标签/搜索