我正在阅读 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 - 看到具有隔离级别意味着存在事务,这意味着无论如何都应该关闭自动提交?
如果在开始事务和设置自动提交之间有另一个区别(除了上面描述的那个),那是什么?
了解数据库的事务(自动提交、显式和隐式)处理可以使您不必从备份中恢复数据。
事务控制数据操作语句以确保它们是原子的。 “原子”意味着事务要么发生,要么不发生。向数据库发出事务完成信号的唯一方法是使用 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:表、索引、存储过程、数据库和视图创建或更改语句。
在 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 */
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
?在我看来,这完全是武断的。有技术原因吗?
如果你想使用回滚,那么使用 start transaction 否则忘记所有这些东西,
默认情况下,MySQL 会自动将更改提交到数据库。
要强制 MySQL 不自动提交这些更改,请执行以下命令:
SET autocommit = 0;
//OR
SET autocommit = OFF
要显式启用自动提交模式:
SET autocommit = 1;
//OR
SET autocommit = ON;
不定期副业成功案例分享
SET autocommit = 0;
只是为了不要忘记使用交易START TRANSACTION
显式启动事务时,我还必须显式指定COMMIT
即使自动提交为 ON。是吗?