ChatGPT解决这个技术问题 Extra ChatGPT

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

我正在阅读 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 - 看到具有隔离级别意味着存在事务,这意味着无论如何都应该关闭自动提交?

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


O
OMG Ponies

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

事务控制数据操作语句以确保它们是原子的。 “原子”意味着事务要么发生,要么不发生。向数据库发出事务完成信号的唯一方法是使用 COMMITROLLBACK 语句(根据 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 中。它还需要在事务结束时显式创建 COMMITROLLBACK 语句。嵌套事务超出了本主题的范围。

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

结论

显式事务是最理想的解决方案 - 它们需要声明 COMMITROLLBACK 来完成事务,并且在需要时清楚地说明正在发生的事情供其他人阅读。如果以交互方式使用数据库,则隐式事务是可以的,但只有在测试结果后才应指定 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。是吗?
在嵌套的存储过程调用中。我应该使用什么@OMGPonis
m
mikl

InnoDB 中有 START TRANSACTION;,在这个引擎中,这是官方推荐的执行事务的方式,而不是 SET AUTOCOMMIT = 0;(不要使用 SET AUTOCOMMIT = 0; 来处理 InnoDB 中的事务em> 除非是为了优化只读事务)。使用 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 */

A
Ann Kilzer

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

将 LOCK TABLES 和 UNLOCK TABLES 与事务表(例如 InnoDB 表)一起使用的正确方法是使用 SET autocommit = 0(不是 START TRANSACTION)开始事务,然后是 LOCK TABLES,并且在提交事务之前不要调用 UNLOCK 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?在我看来,这完全是武断的。有技术原因吗?
A
Ankit Jindal

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

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

要强制 MySQL 不自动提交这些更改,请执行以下命令:

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

要显式启用自动提交模式:

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