1 事务
事务 是一组操作的集合,它是一个不可分割的工作单位,事务会把所有的操作作为一个整体一起向系 统提交或撤销操作请求,即这些操作要么同时成功,要么同时失败。
就比如: 张三给李四转账1000块钱,张三银行账户的钱减少1000,而李四银行账户的钱要增加 1000。 这一组操作就必须在一个事务的范围内,要么都成功,要么都失败。
如果失败,则会抛出异常。
为了解决上述的问题,就需要通过数据的事务来完成,我们只需要在业务逻辑执行之前开启事务,执行 完毕后提交事务。如果执行过程中报错,则回滚事务,把数据恢复到事务开始之前的状态。
1.1、事务的操作
-
数据准备
drop table if exists account; create table account( id int primary key AUTO_INCREMENT comment 'ID', name varchar(10) comment '姓名', money double(10,2) comment '余额' ) comment '账户表'; insert into account(name, money) VALUES ('张三',2000), ('李四',2000);
-
正常情况
-- 1. 查询张三余额 select * from account where name = '张三'; -- 2. 张三的余额减少1000 update account set money = money-1000 where name = '张三'; -- 3. 李四的余额增加1000 update account set money = money+1000 where name = '李四';
正常情况,从上往下执行sql,我们会得到以上结果,但如果我们故意在第二条sql后模拟sql出错,会发生异常情况
我们可以看到张三的钱减少了,但是李四的没有减少,这在系统中会造成很大的问题,我们这时候就可以用事务的方式把这三条sql当成一个整体,整体执行完且没有报错,就提交,否则就回滚。
1.2、控制事务
1.2.1、控制事务的方式一
-
查看/设置事务的提交方式
#查看事务的提交方式 SELECT @@autocommit; #设置事务的提交方式 SET @@autocommit = 0 ;
-
提交事务
COMMIT;
-
回滚事务
ROLLBACK;
我们操作一下错误的情况,看看会发生什么
#查看/设置事务的提交方式
SELECT @@autocommit;
set @@autocommit = 0;
-- 1. 查询张三余额
select * from account where name = '张三';
-- 2. 张三的余额减少1000
update account set money = money-1000 where name = '张三';
模拟出错。。
-- 3. 李四的余额增加1000
update account set money = money+1000 where name = '李四';
#提交事务
COMMIT;
#回滚事务
ROLLBACK;
可以看到执行后sql,只修改了临时的表,没有真正的操作表,那么如果sql正常运行,我们就可以执行commit
操作,如果报错,就执行rollback
操作
注意:上述的这种方式,我们是修改了事务的自动提交行为, 把默认的自动提交修改为了手动提交, 此时我们执行的DML语句都不会提交, 需要手动的执行commit进行提交。
1.2.2、控制事务的方式二
-
开启事务
START TRANSACTION 或 BEGIN ;
-
提交事务
COMMIT;
-
回滚事务
ROLLBACK;
-- 开启事务
start transaction
-- 1. 查询张三余额
select * from account where name = '张三';
-- 2. 张三的余额减少1000
update account set money = money - 1000 where name = '张三';
-- 3. 李四的余额增加1000
update account set money = money + 1000 where name = '李四';
-- 如果正常执行完毕, 则提交事务
commit;
-- 如果执行过程中报错, 则回滚事务
rollback;
效果和控制事务方式一相似
1.3、事务的四大特性
- 原子性(Atomicity):事务是不可分割的最小操作单元,要么全部成功,要么全部失败。
- 一致性(Consistency):事务完成时,必须使所有的数据都保持一致状态。
- 隔离性(Isolation):数据库系统提供的隔离机制,保证事务在不受外部并发操作影响的独立 环境下运行。
- 持久性(Durability):事务一旦提交或回滚,它对数据库中的数据的改变就是永久的。
上述就是事务的四大特性,简称ACID。
1.4、并发事务问题
问题 | 描述 |
---|---|
脏读 | 一个事务读到另外一个事务还没有提交的数据 |
不可重复读 | 一个事务先后读取同一条记录,但两次读取的数据不同,称之为不可重复读 |
幻读 | 一个事务按照条件查询数据时,没有对应的数据行,但是在插入数据时,又发现这行数据 已经存在,好像出现了 “幻影” |
-
脏读
当事务A还在更改数据库中的数据但未提交时,事务B恰好又开始读数据,会读到事务A还未提交的数据就叫脏读。
-
不可重复读
当第一次事务A去读数据库时,还未执行到第三步,这时候 事务B 恰好修改了ID为1的数据,且完成提交,事务A第二次去读取数据库时,就会产生这种问题。
-
幻读
当第一次事务A去读取数据库时,发现没有ID为1的字段,准备插入一条,此时事务B恰好插入了id为1的字段,导致事务A插入时报错,说已经有了这条记录无法插入,此时就产生了幻读
1.5、事务的隔离级别
为了解决并发事务所引发的问题,在数据库中引入了事务隔离级别。主要有以下几种:( × :不会出现,√ :会出现)
隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
Read uncommitted(读未提交) | √ | √ | √ |
Read committed(读已提交) | × | √ | √ |
Repeatable Read(可重复读,默认) | × | √ | √ |
Serializable (可串行化) | × | × | × |
以上的隔离级别从上自下最高,Read uncommitted 性能最高,安全性最低,Serializable 性能最低,安全性最高。
- 那么我们怎么查看事务的隔离级别
SELECT @@TRANSACTION_ISOLATION;
- 设置事务的隔离级别
- SESSION
- 针对当前客户端窗口有效
- GLOBAL
- 所有客户端窗口有效
- SESSION
SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE }