如何防止并发事务中的数据库死锁？

Question

场景：

交易A开始...

START TRANSACTION;
UPDATE table_name SET column_name=column_name+1 WHERE id = 1 LIMIT 1;

同时，交易B开始...

START TRANSACTION;
UPDATE table_name SET column_name=column_name+1 WHERE id = 2 LIMIT 1;
UPDATE table_name SET column_name=column_name-1 WHERE id = 1 LIMIT 1;
COMMIT;

现在，事务B正在等待行1，该行已锁定在事务A中。

交易A继续...

UPDATE table_name SET column_name=column_name-1 WHERE id = 2 LIMIT 1;
COMMIT;

现在我们有了死锁，因此两个事务都在等待彼此解锁要更新的行：'（

正如我在标题中所问的那样，我们如何防止RDBMS事务中的死锁？

我认为解决此问题的唯一方法是我们回滚事务B并重新执行它。 但是我们如何才能发现自己陷入僵局，并立即摆脱僵局，又如何保证我们不会陷入无休止的循环（例如在非常繁琐的Web应用程序中）。

如果有必要，我正在使用MySQL。 但是，欢迎使用其他RDBMS的任何解决方案-帮助Google来帮助其他人：)

Answer 1

大多数数据库（如果不是全部）将自动检测到死锁，选择一个会话作为受害者，并自动回滚该会话的事务以打破死锁。 例如，这里是MySQL死锁检测和回滚文档。

死锁是编程错误。 避免死锁的一种简单解决方案是确保始终以特定顺序锁定行。 例如，如果您有一个事务要更新两个不同的行，请始终以较小的id首先和较大的id更新该行。 如果您的代码始终这样做，那么至少您将没有行级的死锁。 除此之外，对代码中的关键部分实施适当的序列化。 确切的说，这取决于您的应用程序。