视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
mysqlinnodb行锁解锁后出现1213死表现象Deadlockfoundwhen解_MySQL
2020-11-09 18:34:48 责编:小采
文档


bitsCN.com

mysql innodb行锁解锁后出现1213死表现象Deadlock found when解决

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

bitsCN.com

下载本文
显示全文
专题