请教一个MYSQL中死锁的问题
1个回答
展开全部
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锁
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锁
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
威孚半导体技术
2024-08-19 广告
威孚（苏州）半导体技术有限公司是一家专注生产、研发、销售晶圆传输设备整机模块（EFEM/SORTER）及核心零部件的高科技半导体公司。公司核心团队均拥有多年半导体行业从业经验，其中技术团队成员博士、硕士学历占比80%以上，依托丰富的软件底层...
点击进入详情页
本回答由威孚半导体技术提供
推荐律师服务：
若未解决您的问题，请您详细描述您的问题，通过百度律临进行免费专业咨询
