如何在应用程序级别处理MySQL死锁情况？

php database mysql innodb deadlock

2022-08-30 21:17:35

当MySQL / InnoDB中发生死锁情况时，它会返回以下熟悉的错误：

“试图锁定时发现死锁;尝试重新启动交易'

因此，我所做的是记录进入事务的所有查询，以便在事务中的语句失败时可以简单地重新发出它们。简单。

问题：当您的查询依赖于先前查询的结果时，这不能很好地工作。

例如：

START TRANSACTION;
INSERT INTO some_table ...;
-- Application here gets ID of thing inserted: $id = $database->LastInsertedID()
INSERT INTO some_other_table (id,data) VALUES ($id,'foo');
COMMIT;

在这种情况下，我不能简单地重新发布事务，因为它是最初创建的。事务失败后，第一个 SQL 语句获取的 ID 不再有效，但第二个语句使用。同时，许多对象已经填充了来自事务的数据，当事务回滚时，这些数据就会过时。当然，应用程序代码本身不会与数据库一起“回滚”。

问题是：如何在应用程序代码中处理这些情况？（菲律宾比索）

我假设两件事。如果您认为我走在正确的轨道上，请告诉我：

1）由于数据库不能在所有情况下逐字重新发出事务，因此我的原始解决方案不起作用，不应使用。

2）执行此操作的唯一好方法是将任何和所有事务发布代码包装在它自己的try/catch块中，并尝试重新发布代码本身，而不仅仅是SQL。

感谢您的输入。你真棒。

答案 1

事务可能会失败。死锁是一种失败的情况，在可序列化的级别中也可能有更多的失败。事务隔离问题是一场噩梦。试图避免失败是我认为的坏方法。

我认为任何写得好的交易代码都应该为失败的交易做好准备。

正如您所看到的，记录查询并重播它们不是一种解决方案，因为当您重新启动事务时，数据库已经移动。如果它是一个有效的解决方案，SQL引擎肯定会为你做到这一点。对我来说，规则是：

在事务中重做所有读取（您在事务外部读取的任何数据都可能已被更改）
抛出上次尝试的所有内容，如果您已经写入了事务之外的内容（日志，LDAP，SGBD外部的任何内容），则应由于回滚而取消
事实上，重做一切：-）

这意味着重试循环。

所以你有你的尝试/捕获块与交易里面。您需要添加一个可能包含 3 次尝试的循环，如果代码的提交部分成功，则离开 while 循环。如果在 3 次重试后事务仍然失败，则向用户启动异常 - 这样您就不会尝试无限期重试循环，实际上您可能会遇到一个非常大的问题--.请注意，您应该以不同的方式处理 SQL 错误和锁定或可序列化异常。3是任意数字，您可以尝试更多的尝试次数。while

这可能会给出类似的东西：

$retry=0;
$notdone=TRUE;
while( $notdone && $retry<3 ) {
  try {
    $transaction->begin();
    do_all_the_transaction_stuff();
    $transaction->commit();
    $notdone=FALSE;
  } catch( Exception $e ) {
    // here we could differentiate basic SQL errors and deadlock/serializable errors
    $transaction->rollback();
    undo_all_non_datatbase_stuff();
    $retry++;
  }
}
if( 3 == $retry ) {
  throw new Exception("Try later, sorry, too much guys other there, or it's not your day.");
}

这意味着所有的东西（读取，写入，字体内容）都必须包含在.这意味着事务管理代码在控制器中，高级应用程序功能主代码，而不是在几个低级数据库访问模型对象上拆分。$do_all_the_transaction_stuff();

答案 2