mysql 死锁 Deadlock found when trying to get lock; try restarting transaction

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

出现这个原因要记住一点就是: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就能顺利得到查询值了

(转) http://blog.sina.com.cn/s/blog_4acbd39c01014gsq.html

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值