事务

事务是构建数据库驱动的应用程序的基本组件。当一个事务开始后，它可以读取和修改数据库中的数据。当它修改数据时，它会获得对它正在更改的资源（如行或表）的锁定。该锁定可防止其他事务同时修改相同的资源，从而确保以一致且可预测的方式对数据进行更改。

但是，如果两个事务同时尝试访问或修改同一资源，则它们最终可能会陷入死锁情况，即在另一个事务释放其锁定之前，任何一个事务都无法继续进行。

最佳实践

为了避免死锁，在设计和实现事务时，遵循一些最佳实践非常重要：

•避免长时间锁定资源：长事务和长时间运行的锁定可能会增加死锁的可能性。尽量保持事务简短，避免长时间持有锁。

•优化查询：一个事务的查询应该是最优的，并尝试仅对必需的行执行操作。这样可以减少事务锁定的行数，并允许其他事务访问这些行。

•确保更新以一致的顺序进行：确保相关资源的更新以一致的顺序进行。

•避免显式锁定和表级锁：尽可能避免使用显式锁定或表级锁，因为表级锁会限制对整个表的任何操作，并阻止任何其他事务对其执行任何查询。

解决死锁

如果遇到死锁，解决死锁的第一步是，分析情况并确定所涉及的事务、它们争用的资源以及导致死锁的事件顺序。您可以使用 PostgreSQL 日志文件或查询pg_stat_activity系统视图，来收集此信息。您可以使用此信息来识别死锁中涉及的查询和资源。

确定所涉及的查询和资源后，可以检查它们，以确定是否可以根据最佳实践进行任何优化，以减少未来出现死锁的可能性。

PostgreSQL SKIP LOCKED 示例

如果需要从一个表进行 SELECT，并在事务完成之前保护这些行不被更新，则可以指定 FOR UPDATE，但如果某些行被锁定了，则可以指定 SKIP LOCKED 来告诉查询忽略这些行，只对它可以访问的任何行执行操作。

下面是如何使用 “SELECT ... FOR UPDATE SKIP LOCKED“ 的一个示例：

在会话 1 中：

   colours id  name  red  green  blue  colours  name    name  

在会话 2 中：

   colours   NOWAITERROR:could  obtain     relation    colours   SKIP LOCKED id  name  green  blue 

在指定 SKIP LOCKED 选项，使用 SELECT ... FOR UPDATE 时，有几件事要记住。

•应仅在多个事务可能同时尝试锁定相同行的情况下，才使用 SKIP LOCKED，并且需要可以接受某些事务能够跳过锁定的行。

•如果使用不小心，跳过锁定的行可能会导致数据不一致。请确保应用程序逻辑可以处理跳过某些行的情况。

或者，我们也可以在使用 SELECT ... FOR UPDATE 时，指定NOWAIT选项。指定NOWAIT选项时，如果无法立即锁定选定的行，则语句将立即报告错误，而不是等待。它要求应用程序中有正确的错误处理逻辑。

总结

在设计实现事务和监控应用程序性能时，通过应用最佳实践，您可以避免和解决 PostgreSQL 数据库中的死锁。在使用诸如 “SELECT ... FOR UPDATE SKIP LOCKED“ 这类技术时，请务必谨慎使用它，并严谨地测试您的应用程序。