事务 是一组操作的集合,它是一个不可分割的工作单位,事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求,即这些操作要么同时成功,要么同时失败。
就比如: 张三给李四转账1000块钱,张三银行账户的钱减少1000,而李四银行账户的钱要增加1000。 这一组操作就必须在一个事务的范围内,要么都成功,要么都失败。
正常情况: 转账这个操作, 需要分为以下这么三步来完成 , 三步完成之后, 张三减少1000, 而李四增加1000, 转账成功 :
异常情况: 转账这个操作, 也是分为以下这么三步来完成 , 在执行第三步是报错了, 这样就导致张三减少1000块钱, 而李四的金额没变, 这样就造成了数据的不一致, 就出现问题了。
为了解决上述的问题,就需要通过数据的事务来完成,我们只需要在业务逻辑执行之前开启事务,执行完毕后提交事务。如果执行过程中报错,则回滚事务,把数据恢复到事务开始之前的状态。
注意:
默认MySQL的事务是自动提交的,也就是说,当执行完一条DML语句时,MySQL会立即隐式的提交事务。
数据准备:
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 = '李四';
测试完毕之后检查数据的状态, 可以看到数据操作前后是一致的。
-- 1. 查询张三余额
select * from account where name = '张三';
-- 2. 张三的余额减少1000
update account set money = money - 1000 where name = '张三';
-- (注意,下面 “出错了....” 这一步不是注释,而是故意使用mysql无法使用的语句,让其在这里产生异常)
出错了....
-- 3. 李四的余额增加1000
update account set money = money + 1000 where name = '李四';
我们把数据都恢复到2000, 然后再次一次性执行上述的SQL语句(出错了… 这句话不符合SQL语法,执行就会报错),检查最终的数据情况, 发现数据在操作前后不一致了。张三虽然减了1000,但李四并没有加1000。
SELECT @@autocommit ; -- 查看事务提交方式
SET @@autocommit = 0 ; -- 1:表示自动提交;0:表示手动提交
COMMIT;
ROLLBACK;
注意:
上述的这种方式,我们是修改了事务的自动提交行为, 把默认的自动提交修改为了手动提交, 此时我们执行的DML语句都不会提交, 需要手动的执行commit进行提交
案例:
SELECT @@autocommit ;
SET @@autocommit = 0 ; -- 1:表示自动提交;0:表示手动提交
SELECT @@autocommit ;
-- 1. 张三的余额减少1000
update account set money = money - 1000 where name = '张三';
-- 2. 李四的余额增加1000
update account set money = money + 1000 where name = '李四';
执行上述指令后,account表中张三和李四的金额并没有变换,这是因为前面设置了手动提交方式,所以需要在输入提交指令,才可完成上述指令。
commit;
然后查看account表,如下
注意:
这里演示是不出错的情况。如果是出错的情况,可以在控制台看到第几步出现错误,然后使用回滚命令,就可以撤销之前的操作了。
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;
上述就是事务的四大特性,简称ACID。
比如B读取到了A未提交的数据。解释:事务A执行了更新指令,但还没有进行提交,而事务B在事务A提交指令之前读取了它的数据。
事务A两次读取同一条记录,但是读取到的数据却是不一样的。解释:事务A 执行两次查询语句,第一次执行查询语句后,事务B对数据库数据进行更新操作并提交,导致id=1的数据改变了,之后事务A进行第二次查询语句,就会发现两次查询的数据不一样。(这里听着感觉好像没什么问题?那是你忘记了事务的特性:事务A在没有commit之前是不应该在同一条数据读取两次或多次不同的值,只有在事务A执行commit之后,再对id=1的数据查询才会查询到事务B更新后的数据。)
解释:事务A先对id=1的数据进行查询,发现没有该条数据,然后事务B插入id=1的数据并提交,之后事务A插入id=1的数据发现这行数据已经存在了,又对id=1的数据进行查询,发现还是没有该条数据(注意:虽然事务B已经插入该条数据,但这里事务A没有发现该数据是因为解决了不可重复读问题)
为了解决并发事务所引发的问题,在数据库中引入了事务隔离级别。主要有以下几种:
隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
Read uncommitted | √ | √ | √ |
Read committed | × | √ | √ |
Repeatable Read(默认) | × | × | √ |
Serializable | × | × | × |
SELECT @@TRANSACTION_ISOLATION;
SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE }
注意:事务隔离级别越高,数据越安全,但是性能越低。
案例:
select @@transaction_isolation;
set session transaction isolation level read uncommitted;
select @@transaction_isolation;
如何验证隔离级别对并发事务问题的作用:在cmd开启两个窗口,分别模仿事务A和事务B。然后设置隔离级别分别复现并发事务问题。
mysql -u root -p
# 输入密码
use itcast ;
select * from account;
set session transaction isolation level read uncommitted;
详细操作请观看黑马IT视频:
https://www.bilibili.com/video/BV1Kr4y1i7ru?p=55&spm_id_from=pageDriver&vd_source=8edf506ad1bb3d505e01502e6a7c3157