mysql 发生死锁问题请求帮助

mysql 发生死锁问题请求帮助,第1张

客户端A需要X 锁定删除该行所发死锁尽管锁定请求允许客户端B已经X锁定请求并且等待客户端A释放S锁定客户端B前X 锁定请求客户端A持S锁定能升级X锁定InnoDB客户端A产错误并且释放锁定点客户端B锁定请求许并且客户端B表删除行

文档关于面段代码解释段

非要理解我能理解:

1、说事务B优先进入等待X锁队列事务A排面要B获取X锁A肯定获取

2、A锁持S锁B能获X锁

发死锁

lock in share mode称共享锁

for update称排锁

事务包含select ...lock in share mode候相关记录锁住允许进行修改

语句限制事务表其连接进行UPDATE或者DELETE *** 作

UPDATE直等待A连接执行commit或者rollback才效

”因为客户端A需要一个X 锁定来删除该行,所以在这里发生死锁。尽管如此,锁定请求不被允许,因为客户端B已经有一个对X锁定的请求并且它正等待客户端A释放S锁定。因为客户端B之前对X 锁定的请求,被客户端A持有的S锁定也不能升级到X锁定。因此,InnoDB对客户端A产生一个错误,并且释放它的锁定。在那一点上,客户端B的锁定请求可以被许可,并且客户端B从表中删除行。 “

这是文档里关于上面这段代码解释的一段话

如果非要理解,我只能这么理解:

1、就是说事务B优先进入了等待X锁的队列,而事务A排在它后面,因此只要B获取不了X锁,A肯定获取不到

2、A锁持有S锁,因此B也不可能获得X锁

这样就发生死锁了

lock in share mode称为共享锁

for update称为排他锁

当事务中包含select ...lock in share mode的时候,相关记录将会被锁住,不允许进行修改。

这个语句限制在事务表的其他连接上进行UPDATE或者DELETE *** 作。

这个UPDATE会一直等待A连接执行commit或者rollback才会生效。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/8518735.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-17
下一篇 2023-04-17

发表评论

登录后才能评论

评论列表(0条)

保存