mysql的事务提交(commit)与回滚(rollback)详解

1.SQL概念
Structured Query Language- - -结构化查询语言
有 数据定义语言(DDL),例如:CREATE、DROP、ALTER等语句;
数据操作语言(DML),例如:INSERT(插入)、UPDATE(修改)、DELETE(删除)语句;
数据查询语言(DQL),例如:SELECT语句;
数据控制语言(DCL),例如: COMMIT、ROLLBACK、GRANT、REVOKE等语句

2.COMMIT:提交事务
查看事务状态:select @@autocommit; show variables like ‘%autocommit%’;
1或者ON表示自动提交;0或者OFF表示手动提交:需要commit命令提交事务。

mysql> select @@autocommit;
+--------------+
| @@autocommit |
+--------------+
|            1 |
+--------------+
1 row in set (0.00 sec)

mysql> show variables like '%autocommit%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+
1 row in set (0.06 sec)

设置手动提交:set autocommit=0; set autocommit=OFF;

mysql> set autocommit=0;
Query OK, 0 rows affected (0.02 sec)

mysql> select @@autocommit;
+--------------+
| @@autocommit |
+--------------+
|            0 |
+--------------+
1 row in set (0.00 sec)
mysql> set autocommit=OFF;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like '%autocommit%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | OFF   |
+---------------+-------+
1 row in set (0.02 sec)

下面实际演示一下:
首先新开session1并建表create table test_a(id1 int,id2 int);

然后设置手动提交set autocommit=0;(这样设置只对当前session有效,是临时的,如果想要永久全局设置,修改my.cnf文件,添加autocommit=0);

再向表中插入数据insert into test_a values(1,1);

此时新开第二个session2,查询该表select * from test_a;可以发现,此时在session2上是查询不到数据的,原因就是因为在session1的事务还未提交。但是此时在session1是可以查到,这是不是和上述有点矛盾呢,其实不然,未提交的数据会临时写到内存或磁盘(内存不足的情况下),且未提交的数据上有个锁(涉及隔离级别,后续讲解),锁是只有当前事务唯一持有的,所以其他事务取不到,但当前事务是可以读取的。 <这段划重点,可以多理解一下>

接着换一种思路,在session2(自动提交)上插入一条新数据insert into test_a values(2,2);然后去session1查询,发现session1上仍然查不到新增的数据,这里有人会问session2不是设置的自动提交吗,为什么session1查不到数据呢?这是因为当session为非自动提交状态时,自事务开始后的DML操作对其都是不可见的,只有事务结束后才可见。在session1执行commit,就可以查询到新增数据了。

再看第三种情况,在session1新增一条数据,此时在session2查询是查不到新增数据的;此时在session1再新建一张表,再去session2查询,结果发现在session1未执行commit命令的情况下,session2竟然也可以查询到新增数据了。这是因为session1执行了DDL操作,触发了隐式提交事务的规则,所以其他session也可以看到DDL的修改了。但是drop命令有点特殊,如果事务还未结束,drop命令会被阻塞。

3.ROLLBACK:回滚事务
Rollback就是与commit相反,不提交事务,可以理解成撤回的意思

mysql> insert into test_a values(1,1);
Query OK, 1 row affected (0.01 sec)

mysql> select * from test_a;
+------+------+
| id1  | id2  |
+------+------+
|    1 |    1 |
+------+------+
1 row in set (0.00 sec)

mysql> rollback;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from test_a;
Empty set (0.00 sec)

SpringBoot整合MyBatis可以使用Spring的事务管理机制来实现事务回滚提交。 在SpringBoot中,我们可以通过在方法上使用`@Transactional`注解来声明事务,用于标识需要进行事务管理的方法。当方法执行时,如果出现异常导致方法终止,则事务管理器会自动回滚事务,将所有数据库操作都撤销到事务开始前的状态。如果方法执行成功,则事务管理器会将所有数据库操作统一提交事务回滚提交是由Spring的事务管理器来实现的。Spring提供了几种常用的事务管理器实现,可以根据具体的项目需求选择合适的事务管理器。 其中,如果要使用MyBatis的事务管理器,需要在SpringBoot的配置文件(application.properties或application.yml)中进行配置。具体配置项如下: ``` # 指定事务管理器类型为JDBC spring.datasource.type=org.apache.tomcat.jdbc.pool.DataSource # 开启事务支持 spring.datasource.tomcat.initSQL=getLockTimeout spring.datasource.url=jdbc:mysql://localhost:3306/mydb spring.datasource.username=root spring.datasource.password=root # 配置MyBatis的Mapper接口 mybatis.type-aliases-package=com.example.model mybatis.mapper-locations=classpath:mapper/*.xml # 配置事务管理器 mybatis.mapper-locations=classpath:mapper/*.xml ``` 配置完成后,就可以在需要进行事务管理的方法上添加`@Transactional`注解,即可实现事务的自动回滚提交。 需要注意的是,事务回滚提交是根据方法的异常情况来决定的,只有在方法中抛出运行时异常或Error时才会触发事务回滚。如果在方法中抛出的是受检异常(如IOException),则不会触发事务回滚。如果需要手动触发事务回滚,可以在方法中捕获异常,并调用`TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()`方法来设置事务回滚状态。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

空城雀

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值