数据库为什么会有deadlock问题

chichen

https://dev.mysql.com/doc/refman ... adlock-example.html

官方例子中的A需要等待B释放X锁. 然后由于B持有X锁所以A,B必有一个要抛出异常.

通过测试我发现,理论上和A是否获取了S锁无关(我有一个程序全是update行为, 也发生了x锁冲突), 只要A获取了X锁,并且还没释放 或者释放较慢  那么B竞争X锁的行为就会引发一个异常.

但是这么设计会不会太极端了呢? 一般的程序语言内存操作的时候会让A,B,C,D,E处于等待.  而mysql选择让A,B,C,D,E的其中4个抛出异常.

如果换一种设计方式, A,B都继续等待,直到其中一方放开锁. 或者由开发人员设置锁等待的超时时间难道不是更好吗?

seesea2517

这么底层知识希望有了解的大神来一起讨论啦，咱只有旁观的份儿。

lyhabc

由开发人员设置锁等待的超时时间
mysql是由超时时间的啊，innodb_lock_wait_timeout

vagrant_1220

充分理解死锁的概念，产生死锁是 A B 互为释放锁的前提条件，如果没有锁超时时间控制，会一直锁着等待下去。如果A B 不存在互为释放锁条件，那么就不会产生死锁了，就是对同一资源，A加锁，操作完成后释放，B获得锁，再操作。产生死锁，必然后有一个 client 事务回滚，释放锁，才能解开死锁。