本文通过实例展示了PostgreSQL数据库中发生死锁的情况，其中两个进程分别持有不同表的锁并等待对方释放，导致死锁。数据库引擎检测到死锁后，会终止其中一个事务以解除阻塞，并在被终止的事务上抛出死锁错误。解决死锁通常涉及调整事务的执行顺序或使用超时机制。
Postgres表死锁演示
进程16028持有 A 表的锁：
进程13700持有 B 表的锁：
查询系统表如图所示：
进程16028期望持有 B 表的锁，进程16028等待获得B 表的锁：
同时进程13700也期望持有A表的锁，进程13700等待获得 A表的锁，此时进程16028和13700同时等待获得对方持有的锁，应用程序16028正在等待应用程序13700持有的资源来完成运行，而应用程序16028正在等待应用程序13700持有的资源，这样我们就遇到了死锁
**数据库引擎将检测死锁并终止其中一个事务，解除阻塞另一个事务并在被杀死的事件上引发死锁错误****
如下进程13700 被数据库结束：
此时进程16208获得了A B表的锁：
291
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
