SET autocommit = 1和mysql中的START TRANSACTION?mysql-问答-阿里云开发者社区-阿里云

开发者社区> 问答> 正文

SET autocommit = 1和mysql中的START TRANSACTION?mysql

保持可爱mmm 2020-05-17 20:59:37 69

我正在阅读MySQL中的事务,并且不确定我是否正确地掌握了某些特定的知识,并且我想确保我正确理解了这一点,因此请继续。我知道事务应该做什么,只是不确定我是否理解语句的语义。

因此,我的问题是,以下内容是否有错(并且,如果是这种情况,那是什么问题):

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

现在,SET autocommit=0;将开始事务,SET autocommit=1;将隐式提交。这是可能的COMMIT;,以及ROLLBACK;,在两个自动提交仍设置为0之后(和一个新的隐式启动事务)的情况下。

START TRANSACTION;基本上将SET autocommit=0;一直持续到COMMIT;或ROLLBACK;发生。

换句话说,START TRANSACTION;和SET autocommit=0;是等效的,除了以下事实:START TRANSACTION;等效地隐式添加了SET autocommit=0;after COMMIT;或ROLLBACK;

如果是这种情况,我不理解http://dev.mysql.com/doc/refman/5.5/en/set-transaction.html#isolevel_serializable-认为具有隔离级别意味着存在事务,意味着应始终关闭自动提交功能?

并且,如果在开始事务和设置自动提交之间存在另一种差异(除了上述差异),那是什么?

关系型数据库 MySQL
分享到
取消 提交回答
全部回答(1)
  • 保持可爱mmm
    2020-05-17 21:01:37

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

    事务控制数据操作语句以确保它们是原子的。“原子性”表示交易已发生或未发生。向数据库发出事务完成信号的唯一方法是使用COMMITor ROLLBACK语句(根据ANSI-92,遗憾的是它不包含用于创建/开始事务的语法,因此它是特定于供应商的)。 COMMIT应用在交易中进行的更改(如果有)。ROLLBACK忽略事务中发生的任何动作-当UPDATE / DELETE语句做意外的事情时,这是非常理想的。

    通常,单个DML(插入,更新,删除)语句在自动提交事务中执行-语句成功完成后便会提交它们。这意味着在像您这样的情况下,没有机会将数据库回滚到语句运行之前的状态。当出现问题时,唯一可用的还原选项是从备份中重建数据(假设存在备份)。在MySQL中,默认情况下,InnoDB的自动提交功能处于启用状态 -MyISAM不支持事务。可以使用以下命令禁用它:

    SET autocommit = 0 显式事务是指将语句包装在显式定义的事务代码块中- 对于MySQL,即START TRANSACTION。它还需要在交易结束时明确做出COMMIT或ROLLBACK声明。嵌套事务不在本主题的范围之内。

    隐式交易与显式交易略有不同。隐式事务不需要显式定义事务。但是,像显式事务一样,它们需要提供COMMITor ROLLBACK语句。

    结论 显式事务是最理想的解决方案-它们要求使用语句COMMIT或ROLLBACK来完成事务,并且明确说明正在发生的事情,以便其他人在需要时阅读。如果以交互方式使用数据库,则隐式事务是可以的,但是COMMIT只有在对结果进行了测试并确定其有效之后,才应指定语句。

    这意味着您应该使用:

    SET autocommit = 0;

    START TRANSACTION; UPDATE ...; ...并且仅COMMIT;在结果正确时使用。

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

    附录 DDL(数据定义语言)语句是自动提交的-它们不需要COMMIT语句。IE:表,索引,存储过程,数据库和视图创建或更改语句。来源:stack overflow

    0 0
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

推荐文章
相似问题