事务:指的是逻辑上的一组操作,组成这组操作的各个逻辑单元,要么全都成功,要么全都失败。
MYSQL命令行窗口事物常用操作有三个:
1.开启事物
start transaction ;
2.提交事物
commit ; 3.回滚事物
rollback ;
环境准备
create table account(
id int primary key auto_increment,
name varchar(20),
money double
);
insert into account values (null,'小张',10000);
insert into account values (null,'小凤',10000);
转账案例
1:提交事物
start transaction ; -- 开启事物
update account set money = money-1000 where name='小张'; -- 扣除小张账户的钱
update account set money = money+1000 where name='小风'; -- 给小风的账户添加钱
commit; -- 提交事物
转账成功
2:回滚事物
update account set money = 10000; -- 恢复数据
start transaction ; -- 开启事物
update account set money = money-1000 where name='小张'; -- 扣除小张账户的钱
update account set money = money+1000 where name='小风'; -- 给小风的账户添加钱
rollback; -- 提交事物
事物回滚,转账失败!
3:事务特性
- 原子性:事务的不可分割,组成事务的各个逻辑单元不可分割
- 一致性:事务执行的前后,数据完整性保持一致
- 隔离性:事务执行不应该受到其他事务的干扰
- 持久性:事务一旦结束,数据就持久化到数据库中
【事务】隔离级别--多个事务
不考虑隔离性引发的安全性问题
隔离性:一个事务的执行,不应该受到其他事务的干扰。
如果不考虑隔离性(一个事务执行受到其他的事务的干扰),引发一些安全问题,主要体现在读取数据上:
- 脏读:一个事务读到了另一个事务未提交的数据 ,导致多次查询结果不一致
- 不可重复读:一个事务读到了另一个事务已经提交的update的数据,导致多次查询结果不一致。
- 虚读/幻读:一个事务读到了另一个事务已经提交的insert的数据,导致多次查询结果不一致。
如何解决这些安全性问题
可以通过设置事物的隔离级别解决这些安全性问题
- read uncommitted :脏读,不可重复读,虚读都有可能发生
- read committed :避免脏读。但是不可重复读和虚读是有可能发生 (Oracle)
- repeatable read :避免脏读和不可重复读,但是虚读有可能发生 (Mysql)
- serializable :避免脏读,不可重复读,虚读。
1:【事务】演示脏读
1.开启两个窗口A,B
2.设置A窗口的隔离级别为read uncommitted;
SET SESSION TRANSACTION ISOLATION LEVEL read uncommitted;
3.在A,B两个窗口中开启事务
start transaction;
4.在B窗口中完成转账的功能:
update account set money = money - 1000 where name= '小张';
update account set money = money + 1000 where name= '小凤';
-- 这里不提交事物
5.在A窗口中进行查询
select * from account;
发现A窗口中已经查询到转账成功了!!!已经发生了脏读:一个事务中已经读到了另一个事务未提交的数据。
2:【事务】避免脏读
- 开启两个窗口A,B
- 设置A窗口的隔离级别为read committed;
SET SESSION TRANSACTION ISOLATION LEVEL read committed;
3.分别在两个窗口中开启事务:
start transaction;
4.在B窗口中完成转账
update account set money = money - 1000 where name= '小张';
update account set money = money + 1000 where name= '小凤';
-- 没有提交事物
5.在A窗口中进行查询:
select * from account;
发现这个时候没有转账成功!!!(没有查询到另一个事务未提交的数据:说明已经避免了脏读)。
6.在B窗口中提交事务
commit; 7.在A窗口查询
select * from account;
发现这次的结果已经发生了变化!!!(已经发生不可重复读:一个事务已经读到了另一个事务提交的update的数据,导致多次查询结果不一
- 分别开启两个窗口A,B
- 设置A窗口的隔离级别:repeatable read;
SET SESSION TRANSACTION ISOLATION LEVEL repeatable read;
3.在A,B两个窗口中开启事务:
start transaction;
4.在B窗口完成转账
update account set money = money - 1000 where name= '小张';
update account set money = money + 1000 where name= '小凤';
-- 没有提交事物
5.在A窗口中进行查询
select * from account;
发现没有转账成功:说明避免脏读!!!
6.在B窗口中提交事务
commit;
7.在A窗口中再次查询:
select * from account;
发现在一个事务中的多次查询结果是一致!!!(已经避免不可重复读)
【事务】避免虚读/幻读
- 开启两个窗口A,B
- 设置A窗口的隔离级别:serializable
3. SET SESSION TRANSACTION ISOLATION LEVEL serializable;
- 分别在两个窗口中开启事务:
2. start transaction;
- 在B窗口中插入一条记录
4. insert into account values (null,'小李',10000);
- 在A窗口中进行查询
6. select * from account;
发现A窗口已经卡住了(说明事务不允许出现并发,A窗口需要等待B窗口事务执行完成以后,才会执行A窗口的事务。)当B窗口的事务结束(提交或者回滚),那么A窗口马上就会出现结果。
===========================================图解事务错误读的问题===========================================
脏读(Dirty Read):A事务读取B事务尚未提交的数据并在此基础上操作,而B事务执行回滚,那么A读取到的数据就是脏数据。
时间 | 转账事务A | 取款事务B |
T1 | | 开始事务 |
T2 | 开始事务 | |
T3 | | 查询账户余额为1000元 |
T4 | | 取出500元余额修改为500元 |
T5 | 查询账户余额为500元(脏读) | |
T6 | | 撤销事务余额恢复为1000元 |
T7 | 汇入100元把余额修改为600元 | |
T8 | 提交事务 | |
不可重复读(Unrepeatable Read):事务A重新读取前面读取过的数据,发现该数据已经被另一个已提交的事务B修改过了。
时间 | 转账事务A | 取款事务B |
T1 | | 开始事务 |
T2 | 开始事务 | |
T3 | | 查询账户余额为1000元 |
T4 | 查询账户余额为1000元 | |
T5 | | 取出100元修改余额为900元 |
T6 | | 提交事务 |
T7 | 查询账户余额为900元(不可重复读) | |
幻读(Phantom Read):事务A重新执行一个查询,返回一系列符合查询条件的行,发现其中插入了被事务B提交的行。
时间 | 统计金额事务A | 转账事务B |
T1 | | 开始事务 |
T2 | 开始事务 | |
T3 | 统计总存款为10000元 | |
T4 | | 新增一个存款账户存入100元 |
T5 | | 提交事务 |
T6 | 再次统计总存款为10100元(幻读) |