数据库并发有以下几种场景:
读-读:不存在任何问题。
读-写:有线程安全问题,可能出现脏读、幻读、不可重复读。
写-写:有线程安全问题,可能存在更新丢失等。
一、什么是事务?
事务(Transaction)是将⼀组操作封装成⼀个执⾏单元(封装到⼀起),这⼀个执⾏单元要么⼀起执⾏成功,要么⼀起失败,不会出现执⾏“⼀半”的情况。
注意:数据库引擎InnoDB才支持事务,MyISAM不支持事务。
二、为什么要使用事务?
以银⾏转账为例,张三给李四 转账,那么它的执⾏流程是这样的:
1、张三账户 -500 update account set money=money-500 where name = ‘张三’;
2、B李四账户 +500 update account set money=money+500 where name = ‘李四’;
如果执⾏了⼀半,断电了或者程序崩溃了,那么 A 账号的钱就永久消失了?那怎么办?⽤事务就可以解决这个问题,将这两个操作封装成⼀个执⾏单元,要么⼀起成功,要么⼀起失败。
三、事务的使用
事务的使⽤步骤有三个:
1.开启事务:start transaction(mysql8之前), begin(mysql8之后)
2. 执⾏多条 SQL
3. 提交事务:commit
4. 回滚事务:rollback
注意事项:事务在开启之后,必须以提交事务或回滚事务来结束。
四、事务的四大特性(ACID)
事务有4 ⼤特性(ACID),原⼦性、持久性、⼀致性和隔离性,具体概念如下:
① 原⼦性(Atomicity):⼀个事务中的所有操作,要么全部执⾏成功,要么全部执⾏失败。
原⼦性是事务最重要的特性,全部执⾏失败并不是不执⾏,⽽是通过逆操作 rollback(回滚)数据。
实现原理:回滚是逆 SQL 操作:⽐如 A 账户 -500 元的逆操作就是 A 账户 +500 元。
② ⼀致性(Consistency):⼀个事务在执⾏前后数据必须保持⼀种合法的状态,事务总是从⼀个⼀致状态到另⼀个⼀致状态。
举例说明:⽐如转账操作,转账之前两个账号的总额是 100 元(各个 50 元),那么两个账户相互转账之后的钱总额也是 100 元,也就是事务总是从⼀个⼀致状态到另⼀个⼀致状态,不会说转账之前是100 元,相互转账之后变成 80 了,这就不符合⼀致性了。
③ 隔离性(Isolation):多个事务并发访问时,事务之间是相互隔离的,⼀个事务不应该被其他事务⼲扰,多个并发事务之间要相互隔离。
④ 持久性(Durability):事务执⾏完成之后,它所做的所有修改都是永久的(不会丢失)。
数据存储到磁盘中就是持久的,不会丢失的,不会因为电脑重启⽽丢失。
五、MySQL 事务隔离级别
Mysql是支持给每个连接客户端单独设置事务的隔离级别的。
5.1查询事务的隔离级别
select @@global.tx_isolation,@@tx_isolation;
5.2设置当前客户端的的事务隔离级别
set session transaction isolation level 事务隔离级别;
5.3MySQL 的隔离级别有 4 种:
1.READ UNCOMMITTED:读未提交,也叫未提交读,该隔离级别的事务可以看到其他事务中未提交的数据。该隔离级别因为可以读取到其他事务中未提交的数据,⽽未提交的数据可能会发⽣回滚,因此我们把该级别读取到的数据称之为脏数据,把这个问题称之为脏读。
2. READ COMMITTED:读已提交,也叫提交读,该隔离级别的事务能读取到已经提交事务的数据,因此它不会有脏读问题。
但由于在事务的执⾏中可以读取到其他事务提交的结果,所以在不同时间的相同SQL 查询中,可能会得到不同的结果,这种现象叫做不可重复读。
3.REPEATABLE READ:可重复读,是 MySQL 的默认事务隔离级别,它能确保同⼀事务多次查询的结果⼀致。但也会有新的问题,⽐如此级别的事务正在执⾏时,另⼀个事务成功的插⼊了某条数据,但因为它每次查询的结果都是⼀样的,所以会导致查询不到这条数据,⾃⼰重复插⼊时⼜失败(因为唯⼀约束的原因)。明明在事务中查询不到这条信息,但⾃⼰就是插⼊不进去,这就叫幻读(Phantom Read)。
解说2:例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作,这时事务T2又对这个表中插入了一行数据项,而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据,会发现还有一行没有修改,其实这行是从事务T2中添加的,就好像产生幻觉一样,这就是发生了幻读。
4.SERIALIZABLE:序列化,事务最⾼隔离级别,它会强制事务排序,使之不会发⽣冲突,从⽽解决了脏读、不可重复读和幻读问题,但因为执⾏效率低,所以真正使⽤的场景并不多。(Oracle的默认隔离级别是序列化)
客户端1在操作时,客户端2是不能操作的,一直在排队等待。
总结:
①脏读:⼀个事务读取到了另⼀个事务修改的数据之后,后⼀个事务⼜进⾏了回滚操作,从⽽导致第⼀个事务读取的数据是错误的。
②不可重复读:在⼀个事务中,两次查询同⼀条数据得到了不同的结果就是不可重复读。在⼀个事务两次查询中间,另⼀个事务把这条数据修改了。
③幻读:当同⼀查询在不同时间产⽣不同的结果,就是事务中的幻读问题。例如,⼀个 SELECT 被执⾏了两次,但是第⼆次返回了第⼀次没有返回的⼀⾏,那么这⼀⾏就是⼀个“幻像”⾏。
InnoDB 支持的四个隔离级别和 SQL92 定义的基本一致,隔离级别越高,事务的并发度就越低。唯一的区别就在于,InnoDB 在 RR 的级别就解决了幻读的问题。这个也是InnoDB 默认使用 RR 作为事务隔离级别的原因,既保证了数据的一致性,又支持较高的并发度。
六、经典面试题:不可重复读和幻读有什么区别?
1.不可重复读描述的侧重点是修改操作,它指的是两次读取同一行数据,得到了不同的结果,就叫做不可重复读。
2.幻读描述的侧重点是添加(或修改)操作,它指的是第一次读到了N行数据,而第二次使用相同多的SQL,却读取到了N+1行数据,多出来的第一条数据就叫“幻象行”,而这个情况就叫做幻读。
注:幻读和不可重复读都是读取了另一条已经提交的事务(这点就脏读不同),所不同的是不可重复读和幻读的区别在于前者是对于单行,后者是对于多行而言,因此前者主要是针对更新操作,后者是针对于插入操作。
七、两大实现方案
1.LBCC
第一种,我既然要保证前后两次读取数据一致,那么我读取数据的时候,锁定我要操作的数据,不允许其他的事务修改就行了。这种方案我们叫做基于锁的并发控制 LockBased Concurrency Control(LBCC)。
如果仅仅是基于锁来实现事务隔离,一个事务读取的时候不允许其他时候修改,那就意味着不支持并发的读写操作,而我们的大多数应用都是读多写少的,这样会极大地影响操作数据的效率。
2.MVCC
所以我们还有另一种解决方案,如果要让一个事务前后两次读取的数据保持一致,那么我们可以在修改数据的时候给它建立一个备份或者叫快照,后面再来读取这个快照就行了。这种方案我们叫做多版本的并发控制 Multi Version Concurrency Control(MVCC)。
MVCC 的核心思想是: 我可以查到在我这个事务开始之前已经存在的数据,即使它在后面被修改或者删除了。在我这个事务之后新增的数据,我是查不到的。
问题:这个快照什么时候创建?读取数据的时候,怎么保证能读取到这个快照而不是最新的数据?这个怎么实现呢?
InnoDB 为每行记录都实现了两个隐藏字段:
DB_TRX_ID,6 字节:插入或更新行的最后一个事务的事务 ID,事务编号是自动递增的(我们把它理解为创建版本号,在数据新增或者修改为新数据的时候,记录当前事务 ID)。
DB_ROLL_PTR,7 字节:回滚指针(我们把它理解为删除版本号,数据被删除或记录为旧数据的时候,记录当前事务 ID)。
我们把这两个事务 ID 理解为版本号。
具体例子:https://www.processon.com/view/link/5d29999ee4b07917e2e09298
- MVCC 的查找规则:只能查找创建时间小于等于当前事务 ID 的数据,和删除时间大于当前事务 ID 的行(或未删除)。
也就是不能查到在我的事务开始之后插入的数据,tom 的创建 ID 大于 2,所以还是只能查到两条数据。