【问题标题】：In this case from Nygard's "Release it!" why do deadlocks happen?在这种情况下来自 Nygard 的“释放它！”为什么会发生死锁？
【发布时间】：2019-08-17 19:43:09
【问题描述】：
我一遍又一遍地阅读 Michael Nygard 的书“释放它！”中的这一段。我仍然不明白为什么会发生死锁：
假设有 100,000 个事务都试图更新同一行
同一个数据库中的同一张表。有人注定会陷入僵局。
一旦锁定了用户个人资料的单个事务被挂起
（因为需要来自不同资源池的连接），
该行上的所有其他数据库事务都被阻止。漂亮的
很快，每一个请求处理线程都用完了这些
虚假登录。一旦发生这种情况，网站就会关闭。
当他说“因为需要来自不同资源池的连接”时，这是在数据库引擎内部吗？这个其他资源池是什么？为什么需要来自这个其他资源池的连接？
那么，“每个请求处理线程”已经不是指数据库线程，而是指应用程序线程，对吧？他们挂起是因为他们正在等待（已经挂起的）数据库事务完成？
【问题讨论】：
标签：
threadpool
deadlock
connection-pooling
database-performance
database-deadlocks
【解决方案1】：
问题在于应用程序与许多不同的系统接口，其中任何一个系统都可以并行运行，具有内部或外部锁，并且依赖于更多系统。
一个简单的死锁例子基本上是当两个进程需要同时获取完全相同的两个锁才能继续进行，但不能同意谁先去以及按什么顺序（通常是什么锁首先是为了，所以这是一个先有鸡还是先有蛋的问题，并不完全是微不足道的）。因此进程 A 和 B 需要获得两个锁 #1 和 #2 来完成它们的工作并继续。但是当 A 锁定 #1 时，B 锁定 #2，然后 A 尝试锁定 #2 而 B 尝试锁定 #1 - 这是死锁。任何工作都必须有人让步。
在现实生活中，假设您正在运行 Web 应用程序的多个实例，以便能够同时处理多个传入的客户端请求（例如 Web 浏览器）。这些是线程、进程还是协程都没有关系。如果您的应用程序实例需要锁定两个数据库行，则它们可能会挂起。或者它们可以挂起，因为除了数据库锁之外，它们还需要对文件系统中的文件进行锁。或者他们可以挂起，因为他们需要对文件系统中的文件进行锁定，并且他们正在使用第三方远程 REST API，该 API 也有自己的锁定。或者因为无限的其他原因，同时包括以上所有。