出现这个原因要记住一点就是:innodb的行锁 和解锁都是针对主键索引的。如果查询时根据索引锁表,但更新时却不是通过主键更新,那么等待的解锁查询的进程将会报1213错误,程序里有可能返回一个null值
实例:
table
soldgoods (表名)
soldgoodsID 索引
productid
businessid
开启线程A
执行:
set autocommit=0;
select businessid from soldgoods where soldgoodsID = 'ac63837c76222e4a5419e2529d775ae4' for UPDATE;
查询得过结果
开启线程B
执行:
set autocommit=0;
select businessid from soldgoods where soldgoodsID = 'ac63837c76222e4a5419e2529d775ae4' for UPDATE;
查询等待解锁
这个时候在线程A中执行:
update soldgoods set productid = 2 where businessid = '0a527df4763c3dc71cbafebec5a8d787'
不是根据主键而去更新锁表的值
线程B会出现:
[Err] 1213 - Deadlock found when trying to get lock; try restarting transaction
如果将最后线程A中执行的语句改变:
update soldgoods set productid = 2 where soldgoodsID = 'ac63837c76222e4a5419e2529d775ae4'
根据索引修改值
然后
commit;
提交事务。线程B就能顺利得到查询值了

本文详细解析了InnoDB存储引擎中的行锁机制,并通过具体示例说明了当更新操作不使用主键索引时如何导致死锁。文章强调了在进行事务处理时正确使用索引的重要性。
2218

被折叠的 条评论
为什么被折叠?



