事务时一组操作的集合,它是一个不可分割的工作单位,事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求,即这些操作要么同时成功,要么同时失败。(默认Mysql的事务是自动提交的,也就是说,当执行一条DML语句,Mysql会立即隐式的提交事务)
比较典型的案例就是银行转账
案例准备
--创建表
create table account(
id int auto_increment primary key comment '主键ID',
name varchar(10) comment '姓名',
money int comment '余额'
)comment '账户表';
-- 插入数据
insert into account(id,name,money) values (null,'张三',2000),(null,'李四',2000);
-- 恢复数据
update account set money=2000 where name = '张三' or name='李四';
转账操作细节:
select * from account where name='张三';
update account set money= money -1000 where name='张三';
update account set money= money +1000 where name='李四';
从表结果可以看出转账成功
现在模拟异常情况(模拟之前,先将数据恢复)
允许上面SQL,查看表结果,此时就出现了问题
从上面的结果可以看出,此时转账就失败了,且张三都账户扣除了1000块钱,这在实际业务中是不可容忍的错误,而结果这类问题就需要事来解决,将上面三个操作看成一个事务,事务成功就提交,失败就会滚
select @@autocommit; #查看当前数据库的事务提交方式,1是自动提交,0为手动提交
set @@autocommit=0; #这里将事务设置为手动提交
执行上面代码,可以发现数据并没有变化,这是因为我们关闭了事务的自动提交,所以我们需要自动提交事务,改为下面代码,转账成功
下面继续模拟异常情况,执行下面代码:
select @@autocommit;
set @@autocommit=0;
select * from account where name='张三';
update account set money= money -1000 where name='张三';
异常情况
update account set money= money +1000 where name='李四';
commit;
数据恢复到2000了
Start Transaction \ Begin
commit
rollback;
修改上面代码
start transaction;
select * from account where name='张三';
update account set money= money -1000 where name='张三';
异常情况
update account set money= money +1000 where name='李四';
commit;
rollback;
问题 | 描述 |
---|---|
脏读 | 一个事务读到另一个事务还没有提交的数据 |
不可重复读 | 一个事务先后读取统一条记录,但两次读取的数据不同,称为不可重复读 |
幻读 | 一个事务按照条件查询数据时,没有对应的数据行,但是插入数据时,又发现这行数据已经存在了,好像出现了幻影 |
事务的隔离级别就是为了解决上面出现的并发事务问题的
隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
Read uncommitted | yes | yes | yes |
Read committed | no | yes | yes |
Repeatable Read(默认) | no | no | yes |
Serializable | no | no | no |
select @@Transaction_isolation;
set [session|global] transaction isolation level{read uncommitted|read committed|repeatable read | serializable}
可以自行测试