前言
MySQL在我们后端开发的过程中应用广泛,我们要与数据库打交道。而事务是一个不可避免的问题,关于事务是什么?事务的操作,四大特性,并发事务问题以及事务的隔离级别。本文都会讲解。
一、事务是什么?
1 事务概念
事务 是一组操作的集合,它是一个不可分割的工作单位,事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求,即这些操作要么成功,要么同时失败。
就比如:张三给李四转账1000元,张三银行账户的钱减少1000.而李四银行账户的钱要增加100元。这一组操作就必须在一个事务的范围内,要么成功,要么失败。
正常情况:转账这个操作,需要分为以下这么三步来完成,三步完成之后,张三减少1000,而李四增加1000,转账成功;
异常情况:转账这个操作,也是分为以下这么三步来完成,在执行第三步时报错了,这样就导致了张三减少1000元,而李四的金额没变,这样就造就了数据的不一致问题。
为了解决上述的问题,就需要通过数据的事务来完成,我们只需要在业务逻辑执行之前开启事务,执行完毕后提交事务。如果执行过程中报错,则回滚事务,把数据恢复到之前的状态。
注意:默认MySQL的事务是自动提交的,也就是说,执行一条SQL语句就会提交事务。
二、事务操作
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);
2 没有控制事务
2.1.1 测试正常情况
-- 1. 查询张三余额
select * from account where name = '张三'or name='李四';
-- 2. 张三的余额减少1000
update account set money = money - 1000 where name = '张三';
-- 3. 李四的余额增加1000
update account set money = money + 1000 where name = '李四';
测试完毕之后检查数据的状态,可以看到数据操作前后是一致的。
2.1.2测试异常情况
-- 1. 查询张三余额
select * from account where name = '张三' or name='张三';
-- 2. 张三的余额减少1000
update account set money = money - 1000 where name = '张三';
有问题....
-- 3. 李四的余额增加1000
update account set money = money + 1000 where name = '李四';
我们把数据都恢复到2000,然后再一次执行上述的SQL语句出错了,检查最终的数据情况,发现数据在操作前后不一致了。
3 控制事务一
1).查看/设置事务提交方式
SELECT @@autocommit ;
SET @@autocommit = 0 ;
2).提交事务
COMMIT;
3).回滚事务
ROLLBACK;
注意:上述的这种方式,我们是修改了事务的自动提交行为,把默认的自动提交修改为了手动提交,此时我们执行DML语句都不会提交;需要手动的执行commit进行提交。
3.2 控制事务方式二
1).开启事务
START TRANSACTION 或 BEGIN ;
2).提交事务
COMMIT;
3).回滚事务
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;
4 事务四大特性
原子性(Atomicity):事务是不可分割的最小操作单元,要么全部成功,要么全部失败。
一致性(Consistency):事务完成时,必须使所有的数据都保持一致状态。
隔离性(Isolation):数据库系统提供的隔离机制,保证事务在不受外部并发操作影响的独立 环境下运行。
持久性(Durability):事务一旦提交或回滚,它对数据库中的数据的改变就是永久的。 上述就是事务的四大特性,简称ACID。
5 并发事务问题
1). 赃读:一个事务读到另外一个事务还没有提交的数据。(读未提交隔离级别)
由上图可以发现,事务A、B交替执行,事务A被事务B干扰到了,因为事务A读取到事务B未提交的数据,这就是脏读
2). 不可重复读:一个事务先后读取同一条记录,但两次读取的数据不同,称之为不可重复读。(读已提交隔离级别)
事务A又被事务B干扰到了!在事务A范围内,两个相同的查询,执行同一语句,却返回了不同的数据,这就是不可重复读。
事务A两次读取同一条记录,但是读取到的数据却是不一样的。
3). 幻读:一个事务按照条件查询数据时,没有对应的数据行,但是在插入数据时,又发现这行数据 已经存在,好像出现了 "幻影"。(可重复读隔离级别)
-
事务A查询全表记录,另一个并发事务B往这个范围中插入/删除了数据,并静悄悄地提交,然后事务A再次查询全表记录,结果与之前相同,但插入是会有主键冲突。
-
事务A查询一个范围的结果集,另一个并发事务B往这个范围中插入/删除了数据,并静悄悄地提交,然后事务A再次查询相同的范围,两次读取得到的结果集不一样了,这就是幻读。
6 事务隔离级别
为了解决并发事务所引发的问题,在数据库中引入了事务隔离级别。主要有以下几种:
1). 查看事务隔离级别
1.1查看当前会话的隔离级别
select @@tx_isolation;
可以看到查询的默认结果为可重复读。
1.2查看系统的隔离级别
select @@global.tx_isolation;
可以看到系统的隔离级别也为可重复读。
2). 设置事务隔离级别
SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE }
注意:事务隔离级别越高,数据越安全,但是性能越低。
总结
本文简单介绍了 MySQL 事务的语法和 ACID 特性,以及事务并发处理中可能出现的异常情况和为了防止这些异常而设计的事务隔离级别。