我看到有些文章说,针对死锁问题,要设置合理的死锁超时时间。但是有的又说InnoDB将自动检测事务死锁,并立刻回滚,返回错误。
我试了一下,发现是“InnoDB将自动检测事务死锁,并立刻回滚,返回错误。”更符合实验结果。
所以mysql死锁后,究竟是等待超时,还是直接报错回滚,或者在不同情况下不同表现?
如果“InnoDB将自动检测事务死锁,并立刻回滚,返回错误。” 是正确状况,那很多文章说的”死锁等待超时时间”是个什么概念?
我看到有些文章说,针对死锁问题,要设置合理的死锁超时时间。但是有的又说InnoDB将自动检测事务死锁,并立刻回滚,返回错误。
我试了一下,发现是“InnoDB将自动检测事务死锁,并立刻回滚,返回错误。”更符合实验结果。
所以mysql死锁后,究竟是等待超时,还是直接报错回滚,或者在不同情况下不同表现?
如果“InnoDB将自动检测事务死锁,并立刻回滚,返回错误。” 是正确状况,那很多文章说的”死锁等待超时时间”是个什么概念?
我认为死锁并不是能够百分百检查出来的一种问题,所以能够检查出来的死锁肯定是立即报错了,傻乎乎等着超时不是很傻吗?
那如果是不能检查出来的死锁,设置超时机制就是有必要的了。
SHOW GLOBAL VARIABLES LIKE 'innodb_lock_wait_timeout';
SET GLOBAL innodb_lock_wait_timeout=100;
SHOW VARIABLES LIKE 'innodb_lock_wait_timeout';
5 回答3.2k 阅读✓ 已解决
3 回答3.6k 阅读✓ 已解决
2 回答2.8k 阅读✓ 已解决
5 回答1.4k 阅读
3 回答1.2k 阅读✓ 已解决
3 回答2k 阅读
2 回答2k 阅读
死锁超时时间应该指的是锁等待时间,参数为
innodb_lock_wait_timeout
这两个处理方法对应的是不同的情况
死锁检测: 默认开启,InnoDB 在加锁的时候会检测加锁后是否会造成死锁,如果会就回滚代价最小的那一个事务
锁等待超时时间: 一是为了处理检测不出来的那种死锁,二是避免等待正常锁(非死锁,可能是大事务)时间过长