postgrseql :终止进程是否提交当前事务？

Question

关于postgresql，我有一个棘手的问题(在我的例子中是9.5)。关于信息，我使用Odoo9.0(但这不是主题)。

最近，我不得不手动停止一个工作的SQL事务(我们软件中的一个bug使整个事务持续了1天以上)。自动提交被禁用(当然)。

为了做到这一点，我使用了“野蛮方式”(我最近发现它根本不被推荐)：

kill -9 PID

我预计事务将“丢失”其当前的修改(即使postgresql没有回滚，我也认为修改将丢失)。

但事实是，事务修改似乎已经应用于数据库(而不是我自己的任何显式提交)。

我的问题是:

您是否知道postgresql是否通常采用这种方式(在事务进程“硬”-killed时保存事务更改)？

否则，它可能是我们软件ORM中的一个“黑暗”部分，它在停止/杀死^^之前进行提交。

非常感谢您的时间！

Answer 1

当然不是。在显式提交之前终止后端或客户端将回滚事务。

否则，它可能是我们软件ORM中的一个“黑暗”部分，它在停止/杀死^^之前进行提交。

一种可能性。没有人知道你在等待或做什么。你失去了反省的机会。将来，您将希望收集pg_activity中的数据，如果这是一个PostgreSQL后端进程，则使用pg_locks。

如果是客户的话，那就什么都可以做了。