mysql - mysql 中 SET autocommit=1 和 START TRANSACTION 之间的区别(我错过了什么吗？)

Question

我正在阅读 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=1;

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

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

Answer 1

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

事务控制数据操作语句以确保它们是原子的。 “原子”意味着事务要么发生，要么不发生。向数据库发出事务完成信号的唯一方法是使用 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:表、索引、存储过程、数据库和 View 创建或更改语句。