【MySQL】:事务四大特性与隔离级别

时间:2022-04-25 17:56:55

目录

一、事务的概念

什么是事务呢?

事务是由一步或几步数据库操作序列组成的逻辑执行单元,这系列操作要么全部执行,要么全部放弃执行

二、事务的四大特性

原子性(Atomic),一致性(Consistency),隔离性(Isolation),持续性(Durability),简称ACID性。

1、原子性

原子性在多线程的时候学习过,通常表示不可再分的操作,表示事务是应用中最小的执行单位

2、一致性

事务操作前后,数据总量不变。如A像B转账500,A得减少500,B得加上500,这样才算是保证了数据库的一致性。如果A减了,B没加上去,这不是耍流氓莫。

一致性是通过原子性来保证的。

3、隔离性

各个事务的执行互不干扰,任意一个事务的内部操作对其他并发的事务都是隔离的。

4、持续性

当事务提交或回滚后,数据库将会持久化地保存数据

三、事务语句

数据库的语句由下列语句组成:

  • 一组DML语句。
  • 一条DDL语句。
  • 一条DCL语句。

模拟转账:

CREATE TABLE account(
    id INT PRIMARY KEY AUTO_INCREMENT,
    NAME VARCHAR(10),
    balance DOUBLE
    );
    
INSERT INTO account (NAME,balance) VALUES ('张三',1000),('李四',1000);

转账成功后,张三余额还剩500,李四余额还剩1500。

-- 张三向李四转账500
UPDATE account SET balance = balance - 500 WHERE NAME = '张三';
UPDATE account SET balance = balance   500 WHERE NAME = '李四';

假设此时,在张三转账完毕,余额减去500之后,数据库出现了意料之外的异常,导致李四的余额并没有加上500,那么这个问题就非常严重辽,就像下面这样:

UPDATE account SET balance = balance - 500 WHERE NAME = '张三';
Something IS wrong...   -- 不是sql语句,将发生异常
UPDATE account SET balance = balance   500 WHERE NAME = '李四';

就像是什么问题呢,就像是充话费,你充了100块钱,充完之后你一看,没充上,血亏。

这时就可以利用事务来处理这个问题:

1、开启事务:start transaction

-- 开启事务
START TRANSACTION;

UPDATE account SET balance = balance - 500 WHERE NAME = '张三';
Something IS wrong...
UPDATE account SET balance = balance   500 WHERE NAME = '李四';

这时转账还是没有正常执行对吧,通过select*from account;查看一下,果然还是一个500,一个1000,但是其实这只是临时的数据,并没有将数据永久修改,可以再另外一个窗口查看,发现数据并没有变化,也就是说,当你发现临时数据不符合预期,就可以立即进行事务回滚。

2、事务回滚:rollback

-- 开启事务
START TRANSACTION;

UPDATE account SET balance = balance - 500 WHERE NAME = '张三';
Something IS wrong...
UPDATE account SET balance = balance   500 WHERE NAME = '李四';

-- 回滚事务
ROLLBACK;

回滚之后,一切又回到最初的起点,记忆中两人的余额都是1000。

指定回滚点

相当于设置了个断点:savepoint a;

回滚到该断点:rollback to a;

3、提交任务:commit

既然是临时数据,那么如何将他变成永久性的呢,这便是提交任务。

-- 开启事务
START TRANSACTION;

UPDATE account SET balance = balance - 500 WHERE NAME = '张三';
UPDATE account SET balance = balance   500 WHERE NAME = '李四';

-- 提交任务
COMMIT;

ok,提交之后,表中数据就真正地被修改辽。

四、事务的提交

当事务所包含的任意一个数据库操作执行成功或者失败之后,都应该提交事务,无论是commit还是rollback。提交方式有两种,自动提交或者手动提交。

1、查询事务提交方式

SELECT @@autocommit; -- 1代表自动提交,0代表手动提交

MySQL中事务提交方式默认是自动提交的。

2、修改事务提交方式

-- 关闭默认提交,即开启事务。
SET @@autocommit = 0;

需要注意的是,一旦设置将提交方式设置成手动提交,相当于开启了一次事务,那么所有的DML语句都需要显示地使用commit提交事务,或者使用rollback回滚结束事务。

当前会话窗口修改事务提交的方式,对其他的会话窗口没有影响。

五、事务的隔离级别

事务具有隔离性,多个事务之间相互独立。但多个事务操作同一批数据,将会引发一些问题,可设置不同的隔离级别解决问题

1、存在问题

  • 脏读(Dirty Read):一个事务读取到另一个事务中没有提交的数据。
  • 不可重复读(Nonrepeatale Read):在同一个事务中,两次读取到的数据不同。
  • 幻读(Phantom Read):一个事务操作DML数据表中所有记录,另一个事务添加了一条数据,则第一个事务查询不到自己的修改。

2、查询与设置隔离级别

查询隔离级别

-- 数据库查询隔离级别 MySQL默认 repeatable read
SELECT @@tx_isolation;

设置隔离级别

-- 设置隔离级别为read-uncommited(需重启生效)
SET GLOBAL TRANSACTION ISOLATION LEVEL 隔离级别字符串;

3、隔离级别分类

read uncommitted:读未提交

脏读、不可重复读、幻读都会发生

演示

-- 设置隔离级别为read-uncommited(需重启生效)
SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

其中事务A开启并转账,但是并没有提交,此时临时读取到的数据是500,1500:

-- 开启事务
START TRANSACTION;
UPDATE account SET balance = balance - 500 WHERE NAME = '张三';
UPDATE account SET balance = balance   500 WHERE NAME = '李四';

这时事务B开启并查询账户,读取到了刚才事务A并未提交掉的数据,500,1500:

-- 开启事务
START TRANSACTION;
SELECT * FROM account;

这时就出现了脏读的情况,出现了虚晃,事务B以为事务A转账成功,其实并没有。

此时,如果A很鸡贼,将事务进行回滚rollback,双方的数据又回到最初的起点,两个1000,1000。

很明显,在同一个事务中读取到了不同的数据,也就是出现了不可重复读的问题。

read committed:读已提交

不可重复读、幻读会发生

read committed可以解决脏读,也就是说,如果事务A没有提交事务,事务B读取的数据还是原来的数据,只有事务A提交事务了commit,事务B读取到的数据才会改变。

但此时,事务B在同一事务中读取到的两次数据显然又是不同的,因此不可重复读的问题依旧存在。

repeatable read:可重复度

幻读会发生

repeatable read是MySQL的 默认事务隔离级别,确保同一个事务的多个实例在并发读取数据时,看到同样的数据行,解决了不可重复读和脏读的问题。但是幻读现象仍然存在:

举另外一个例子,现在事务A开启并查询一个叫王五的人,显然是查不到的。

-- 开启事务
START TRANSACTION;

SELECT * FROM account WHERE NAME="王五";

此时事务B开启,并插入王五这个人,并提交:

START TRANSACTION;
INSERT INTO account (NAME,balance) VALUES ("王五",1000);
COMMIT;

这时事务A仍然认为表中确实没有王五这个人,也想往里面添加。

INSERT * INTO account (NAME,balance) VALUES ("王五",1000);

这时,事务A将无法插入这条数据,因为事务B已经插入了这条数据,但是在事务A这就跟撞见了鬼一样,什么情况!明明搜了一下没有这条数据,却怎么也插不进去!就像产生了幻觉。

这就是幻读。

参考:https://www.cnblogs.com/boboooo/p/12370770.html

serializable:串行化

解决所有的问题

事务的*别,在每个读的数据行上加上锁,强制事务排序,使之不可能相互冲突,从而解决了幻读问题。但是,将会导致大量的超时现象和锁竞争,有点类似于线程中的同步锁,很安全但效率较低。

参考:《疯狂Java讲义》