mysql 中 SET autocommit=1 和 START TRANSACTION 之间的区别（我错过了啥吗？）

Posted 2023-02-16

【中文标题】mysql 中 SET autocommit=1 和 START TRANSACTION 之间的区别（我错过了啥吗？）

【英文标题】：Difference between SET autocommit=1 and START TRANSACTION in mysql (Have I missed something?)mysql 中 SET autocommit=1 和 START TRANSACTION 之间的区别（我错过了什么吗？）

【发布时间】：2011-02-26 09:34:15

【问题描述】：

我正在阅读 mysql 中的事务，但不确定我是否正确掌握了某些特定内容，我想确保我正确理解了这一点，所以就这样吧。我知道事务应该做什么，只是不确定我是否理解语句语义。

所以，我的问题是，有什么问题吗，（如果是这样，有什么问题）如下：

默认情况下，MySQL 中启用了自动提交模式。

现在，SET autocommit=0; 将开始一个事务，SET autocommit=1; 将隐式提交。 COMMIT; 和 ROLLBACK; 是可能的，在这两种情况下 autocommit 之后仍然设置为 0（并且隐式启动了一个新事务）。

START TRANSACTION; 基本上是SET autocommit=0;，直到COMMIT; 或ROLLBACK; 发生。

换句话说，START TRANSACTION; 和SET autocommit=0; 是等价的，除了START TRANSACTION; 相当于在COMMIT; 或ROLLBACK; 之后隐式添加SET autocommit=0;

如果是这种情况，我不明白http://dev.mysql.com/doc/refman/5.5/en/set-transaction.html#isolevel_serializable - 看到具有隔离级别意味着存在事务，这意味着无论如何都应该关闭自动提交？

如果在开始事务和设置自动提交之间有另一个区别（除了上面描述的那个），那是什么？

【参考方案1】：

如果你想使用回滚，那么使用 start transaction 否则忘记所有这些，

默认情况下，MySQL 会自动将更改提交到数据库。

要强制 MySQL 不自动提交这些更改，请执行以下操作：

SET autocommit = 0;
//OR    
SET autocommit = OFF

显式启用自动提交模式：

SET autocommit = 1;
//OR    
SET autocommit = ON;

【参考方案2】：

https://dev.mysql.com/doc/refman/8.0/en/lock-tables.html

对事务表（例如 InnoDB 表）使用 LOCK TABLES 和 UNLOCK TABLES 的正确方法是使用 SET autocommit = 0（不是 START TRANSACTION）开始事务，然后是 LOCK TABLES，直到您明确提交事务。例如，如果您需要写入表 t1 并从表 t2 读取，您可以这样做：

SET autocommit=0;
LOCK TABLES t1 WRITE, t2 READ, ...;... do something with tables t1 and t2 here ...
COMMIT;
UNLOCK TABLES;

【讨论】：

有人知道为什么表锁只适用于autocommit=0 而不适用于START TRANSACTION？在我看来，这完全是武断的。有技术原因吗？

【参考方案3】：

在InnoDB中你有START TRANSACTION;，在这个引擎中这是官方推荐的交易方式，而不是SET AUTOCOMMIT = 0;（不要在中使用SET AUTOCOMMIT = 0;进行交易InnoDB 除非它是为了优化 只读 事务）。使用COMMIT; 提交。

您可能希望在 InnoDB 中使用 SET AUTOCOMMIT = 0; 用于测试目的，而不是专门用于事务。

在 MyISAM 中，您没有 START TRANSACTION;。在这个引擎中，使用SET AUTOCOMMIT = 0; 进行交易。使用 COMMIT; 或 SET AUTOCOMMIT = 1; 提交（差异在下面的 MyISAM 示例评论中解释）。您也可以在 InnoDB 中以这种方式进行事务。

来源：http://dev.mysql.com/doc/refman/5.6/en/glossary.html#glos_autocommit

一般用途交易示例：

/* InnoDB */
START TRANSACTION;

INSERT INTO table_name (table_field) VALUES ('foo');
INSERT INTO table_name (table_field) VALUES ('bar');

COMMIT; /* SET AUTOCOMMIT = 1 might not set AUTOCOMMIT to its previous state */

/* MyISAM */
SET AUTOCOMMIT = 0;

INSERT INTO table_name (table_field) VALUES ('foo');
INSERT INTO table_name (table_field) VALUES ('bar');

SET AUTOCOMMIT = 1; /* COMMIT statement instead would not restore AUTOCOMMIT to 1 */

【参考方案4】：

了解数据库的事务（自动提交、显式和隐式）处理可以使您不必从备份中恢复数据。

事务控制数据操作语句以确保它们是原子的。 “原子”意味着事务要么发生，要么不发生。向数据库发出事务完成信号的唯一方法是使用COMMIT 或ROLLBACK 语句（根据ANSI-92，遗憾的是它不包括创建/开始事务的语法，因此它是特定于供应商的）。 COMMIT 应用在事务中所做的更改（如果有）。 ROLLBACK 忽略事务中发生的任何操作 - 当 UPDATE/DELETE 语句执行意外操作时非常可取。

通常，单个 DML（插入、更新、删除）语句在自动提交事务中执行 - 一旦语句成功完成，它们就会被提交。这意味着在像您这样的情况下，没有机会将数据库回滚到语句运行之前的状态。当出现问题时，唯一可用的恢复选项是从备份中重建数据（假设存在）。在 MySQL 中，autocommit is on by default for InnoDB - MyISAM 不支持事务。可以通过以下方式禁用它：

SET autocommit = 0

显式事务是指语句被包装在显式定义的事务代码块中 - for MySQL, that's START TRANSACTION。它还需要在事务结束时显式创建COMMIT 或ROLLBACK 语句。嵌套事务超出了本主题的范围。

隐式事务与显式事务略有不同。隐式事务不需要明确定义事务。但是，与显式事务一样，它们需要提供 COMMIT 或 ROLLBACK 语句。

结论

显式事务是最理想的解决方案 - 它们需要声明 COMMIT 或 ROLLBACK 来完成事务，并且在需要时清楚地说明正在发生的事情供其他人阅读。如果以交互方式使用数据库，则隐式事务是可以的，但只有在结果经过测试并彻底确定其有效后，才应指定 COMMIT 语句。

这意味着你应该使用：

SET autocommit = 0;

START TRANSACTION;
  UPDATE ...;

...只有在结果正确时才使用COMMIT;。

也就是说，UPDATE 和 DELETE 语句通常只返回受影响的行数，而不是具体的详细信息。将此类语句转换为 SELECT 语句并检查结果以确保在尝试 UPDATE/DELETE 语句之前的正确性。

附录

DDL（数据定义语言）语句会自动提交 - 它们不需要 COMMIT 语句。 IE：表、索引、存储过程、数据库和视图创建或更改语句。

【讨论】：

哇，真快 :-) 非常感谢！我不太明白为什么我需要 SET autocommit = 0;在上面的例子中；开始交易不意味着吗？如果没有，有什么区别？

@tkolar：禁用自动提交会强制每个人使用 START TRANSACTION；不是每个人都知道他们应该使用它。 '当然，另一个 DBA 也可能会重新打开它......

我想拥有SET autocommit = 0; 只是为了不要忘记使用事务

因此，当我通过 START TRANSACTION 显式启动事务时，我还必须显式指定 COMMIT 即使自动提交为 ON。是吗？

在嵌套的存储过程调用中。我应该使用什么@OMGPonies