postgresql死锁的原因

数据库死锁是两个或多个事务正在等待彼此释放锁的情况。

产生死锁的原因主要是：

（1）因为系统资源不足。

（2）进程运行推进的顺序不合适。

（3）资源分配不当等。

以下情况将导致死锁的发生：

应用程序A获取表1第1行的锁来进行更新操作。与此同时，应用程序B获得表2第2行的锁。现在，应用程序A需要锁定表2第2行，来继续执行并完成事务，但它无法获取锁，这是因为该锁现在由应用程序B保持。应用程序A需要等待应用程序B释放它。

而且，如果应用程序B需要锁定表1第1行，来继续执行并完成事务，它也无法获取锁，因为该锁由应用程序A持有。

如何预防死锁？

在数据库方面能做出避免死锁的事情并不多。不过还是可以给出一些建议：

1）搜索长时间运行的事务。由于锁通常保持到事务结束，因此事务处理的时间越长，对资源的锁定就越长。如果可能，尝试将长时间运行的事务拆分为更小/更快的事务。

2）有时不可能实际拆分事务，因此工作应该集中于每次都尽量以一致的顺序执行操作，这样事务就能形成格式良好的队列并且不会发生死锁。

3）建议将重试逻辑添加到应用程序中，如果发生死锁，应用程序将再次运行相同的命令。

4）检查使用的隔离级别，可以尝试着更改它们。查找像SELECT FOR UPDATE和SELECT FOR SHARE这样的等命令，因为它们会生成显式锁，然后评估是否真的需要这些语句或者是否可以使用旧的数据快照。如果无法删除这些命令，可以尝试改用较低的隔离级别，例如READ COMMITTED。

5）向表中添加索引时要仔细考虑，选择最合适的进行添加。这样，查询时就需要扫描更少的索引记录，从而设置更少的锁。

6）还可以采取一些预防措施。例如命名一个实例时，避免在添加列的同一条命令中同时添加默认值。如果将此操作拆分为多个命令，例如添加列，添加默认值，更新空值，将最小化锁的影响。