死锁和超时会破坏 ACID 事务

Question

我有一个像这样工作的事务性应用程序：

try {
     $db->begin();
     increaseNumber();
     $db->commit();
} catch(Exception $e) {
     $db->rollback();
}

然后在 increaseNumber() 中，我将有一个这样的查询，这是唯一适用于该表的函数：

// I use FOR UPDATE so that nobody else can read this table until its been updated
$result = $db->select("SELECT item1
FROM units
WHERE id = '{$id}'
FOR UPDATE");

$result = $db->update("UPDATE units SET item1 = item1 + 1
WHERE id = '{$id}'");

所有内容都包含在事务中，但最近我一直在处理一些非常慢的查询，并且我的应用程序中有很多并发性，所以我无法确保查询是以特定顺序运行的.

死锁会导致 ACID 事务中断吗？我有一个添加某些内容的函数，然后是另一个删除它的函数，但是当我遇到死锁时，我发现数据完全不同步，就像忽略了事务一样。

这一定会发生还是有其他问题？

谢谢，多米尼克

Answer 1

好吧，如果一个事务遇到了一个没有释放的锁（来自另一个事务），它会在超时后失败。我相信默认值为 30 秒。如果有人在数据库上使用任何 3rd 方应用程序，您应该注意。我知道一个事实，例如，SQL Manager 2007 不会释放 InnoDB 上的锁，除非您断开与数据库的连接（有时它只需要在 ...好吧，一切），这会导致很多查询在超时后失败。当然，如果您的事务是 ACID 兼容的，它应该以全有或全无的方式执行。只有在事务之间中断数据时才会中断。

您可以尝试延长超时时间，但 30 秒的锁定可能意味着一些更深层次的问题。当然，这取决于您使用的存储引擎（通过MySQL 标记和我假设为 InnoDB 的事务）。

您还可以尝试打开query profiling 以查看是否有任何查询运行了很长的时间。请注意，它当然会降低性能，因此它可能不是生产解决方案。

Answer 2

ACID 中的 A 代表 Atomic，因此没有死锁不能使 ACID 事务中断 -- 相反，它不会像全有或全无一样发生。

更有可能的是，如果您的数据不一致，您的应用程序在逻辑单个事务中执行多个“事务”，例如：用户创建和帐户 (transaction-begin..-commit)，用户设置密码 (transaction- begin...-deadlock..-rollback) 您的应用程序忽略了错误并继续，现在您的数据库留下了一个创建的用户并且没有密码。

在您的应用程序中查看应用程序除了回滚之外还在做什么，以及逻辑上是否存在多个部分来构建一致的数据。