分布式数据库下的死锁检测

在分布式事务数据库系统中,若死锁发生在两个数据节点下的存储节点间,MySQL的死锁检测机制将无法检测到死锁。
下面表格中的操作,描述了在分布式系统中,两个数据节点产生死锁的过程。会话一与会话二分别在两个数据节点上执行DELETE操作:
在这里插入图片描述
上述情况中,会话一与会话二互相被阻塞,将产生死锁。因是在两个数据节点下的存储节点间,MySQL无法检测到死锁的存在。
在HotDB Server分布式事务数据库系统中,计算节点可检测到多个数据节点下的存储节点间的死锁,并回滚开销最少的事务。
在计算节点的配置文件server.xml中,将死锁检测周期设置为大于0的值,将开启死锁的自动检测功能。默认情况下,死锁检测是开启状态,检测周期为3000ms。
在这里插入图片描述
当deadlockCheckPeriod值设置为0时,将不启动死锁检测功能。
在开启计算节点的死锁检测时,再次执行上述的DELETE操作:

会话一,开启事务:
在这里插入图片描述
会话二,开

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值