使用SQLAlchemy处理事务冲突

Question

我对数据库比较陌生。 我确定这是经验会回答的问题。

我在PostgreSQL中使用SQLAlchemy。 我有一个系统设置，其中分布在多台计算机上的多个进程执行各种任务，然后更新数据库。 在测试中，我还没有遇到任何交易冲突，但是从理论上讲，它们仍然是可能的。

从我在Google上可以找到的信息来看，我要么必须获得数据库锁，要么准备重新启动事务。 不幸的是，关于如何实际执行此操作的信息很少。

我假设要重新启动事务，SQLAlchemy会引发一些异常，我的代码将不得不捕获该异常并自行执行重试。 如果我违反了唯一性约束（表明我的代码中存在错误而不是事务冲突），那么该异常是否不同于SQLA抛出的异常？ 我会改为使用数据库锁更好吗？

提前致谢！

-编辑-

我刚刚了解了“ ConcurrentModificationError”。 这个名字听起来确实像我在寻找的观念。 该文档说这是StaleDataError的别名，其名称听起来似乎还不错，但是其文档却很不透明。 这是我要找的错误吗？

再次感谢您！

Answer 1

我从未见过该错误，尽管StaleModificationError的详细信息表明这可能是您所关心的事情，但是应该不必锁定整个数据库。 您可能会在Postgres中阅读事务隔离，以防止不同的进程工作人员在不知不觉中读取在另一个事务中更新的行。

如果将隔离级别设置为较高（读已提交等），则您的SA会话将开始在其所接触的各行上收集锁。 您可以根据自己的设计确定设置隔离级别的严格程度。 您可以设置得足够严格，以使读者在尝试读取另一个事务已锁定的行时会抛出异常，然后您可以选择回滚或使用刷新/过期界面来更新该特定会话。

Answer 2

只需在khoxsey的答案中添加一些细节即可。

如果并发事务相互干扰，则将事务隔离级别设置为“可序列化”将使PostgreSQL引发错误。 当存在多个并发数据库连接时，“可序列化”隔离级别会降低性能，但就我而言，性能问题不多。

当事务在此序列化级别上相互冲突时，Postgres将其称为“序列化错误”，其SQLSTATE错误代码为“ 40001”。 当前在SQLAlchemy中没有驱动程序可移植的方式来访问SQLSTATE。 然而，使用psycopg2驱动程序时，该代码SQLSTATE通过exc.orig.pgcode，其中EXC是一个抓住除了声明之外访问。

据我所知，异常本身应该是一个OperationalError。