如果事务中没有数据更改，COMMIT 与 ROLLBACK 的成本/性能

Question

免责声明：

我已经阅读了For a writeless transaction which is cheaper/quicker: COMMIT or ROLLBACK?，这与我的问题类似，但与 MS SQL Server 相关，并且已经很老了。此外，这个答案让我有些意外，所以我想知道 2018 年 MySQL 5.7 的情况如何。

话虽如此：

假设以下场景：

• 我正在运行 MySQL 5.7。
• 我已关闭隐式事务。
• 我有一个 InnoDB 表。
• 我BEGIN一个事务。
• 我SELECT ... FOR UPDATE 锁定了表中的几行（大多数情况下为一行）。
• 我检查了被选择/锁定的行，得出的结论是数据没有问题，因此...
• ...我决定不更改被锁定行中的任何数据。

现在我想完成交易。我可以通过正常方式做到这一点，即发出COMMIT，在这种情况下只会删除锁，或者作为替代方法，发出ROLLBACK，在这种情况下也只会删除锁。

这两种方法的结果是一样的，但我的感觉是在成本/性能方面可能会有很大的不同。

如果被锁定的行的比例总是可以忽略不计（例如 1/1e6 之类的），有人可以告诉我推荐哪种方法，并可能提供一些背景（或一些背景的链接）？

Answer 1

（警告：此答案是有根据的猜测，但可能是错误的。）

提交/回滚的通常用途是实际进行更改，然后撤消它们。 InnoDB 很乐观，因为它假设事务将被提交。也就是说，它最大限度地提高了进行更改（插入、更新等）的效率，而不是针对回滚进行优化。因此，ROLLBACK 比COMMIT 更昂贵（有时“更多”）。潜在回滚的内容保存在撤消日志中，最终需要清理。但是这个清理是在“稍后”完成的，而不是在用户等待COMMIT 完成的时候。

您的使用不涉及任何实际更改，所以我会猜测性能相似。我可能会执行ROLLBACK 让未来的读者（包括你自己）清楚地知道“什么都没做”。

由于撤消内容的笨拙部分是行的旧副本，而您的情况不会生成这样的，我看不出有什么区别。

您的链接指的是 SQL Server，可能有不同的算法。