什么是事务
事务是应⽤程序中⼀系列严密的操作,所有操作必须成功完成,否则在每个操作中所作的所有更改都会被撤消。也就是事务具有
原⼦性,⼀个事务中的⼀系列的操作要么全部成功,要么⼀个都不做。
事务的结束有两种,当事务中的所以步骤全部成功执⾏时,事务提交。如果其中⼀个步骤失败,将发⽣回滚操作,撤消撤消之前
到事务开始时的所以操作。
事务的 ACID
事务具有四个特征:原⼦性( Atomicity )、⼀致性( Consistency )、隔离性( Isolation )和持续性( Durability )。这四
个特性简称为 ACID 特性。
原⼦性。事务是数据库的逻辑⼯作单位,事务中包含的各操作要么都做,要么都不做
⼀致性。事 务执⾏的结果必须是使数据库从⼀个⼀致性状态变到另⼀个⼀致性状态。因此当数据库只包含成功事务提交的
结果时,就说数据库处于⼀致性状态。如果数据库系统 运⾏中发⽣故障,有些事务尚未完成就被迫中断,这些未完成事务
对数据库所做的修改有⼀部分已写⼊物理数据库,这时数据库就处于⼀种不正确的状态,或者说是 不⼀致的状态。
隔离性。⼀个事务的执⾏不能其它事务⼲扰。即⼀个事务内部的操作及使⽤的数据对其它并发事务是隔离的,并发执⾏的各
个事务之间不能互相⼲扰。
持续性。也称永久性,指⼀个事务⼀旦提交,它对数据库中的数据的改变就应该是永久性的。接下来的其它操作或故障不应
该对其执⾏结果有任何影响。
Mysql的四种隔离级别
SQL标准定义了4类隔离级别,包括了⼀些具体规则,⽤来限定事务内外的哪些改变是可⻅的,哪些是不可⻅的。低级别的隔离级
⼀般⽀持更⾼的并发处理,并拥有更低的系统开销。
Read Uncommitted(读取未提交内容)
在该隔离级别,所有事务都可以看到其他未提交事务的执⾏结果。本隔离级别很少⽤于实际应⽤,因为它的性能也不⽐其他级别
好多少。读取未提交的数据,也被称之为脏读(Dirty Read)。
Read Committed(读取提交内容)
这是⼤多数数据库系统的默认隔离级别(但不是MySQL默认的)。它满⾜了隔离的简单定义:⼀个事务只能看⻅已经提交事务所
做的改变。这种隔离级别 也⽀持所谓的不可重复读(Nonrepeatable Read),因为同⼀事务的其他实例在该实例处理其间可能
会有新的commit,所以同⼀select可能返回不同结果。
Repeatable Read(可重读)
这是MySQL的默认事务隔离级别,它确保同⼀事务的多个实例在并发读取数据时,会看到同样的数据⾏。不过理论上,这会导致
另⼀个棘⼿的问题:幻读 (Phantom Read)。简单的说,幻读指当⽤⼾读取某⼀范围的数据⾏时,另⼀个事务⼜在该范围内插
⼊了新⾏,当⽤⼾再读取该范围的数据⾏时,会发现有新的“幻影” ⾏。InnoDB和Falcon存储引擎通过多版本并发控制
(MVCC,Multiversion Concurrency Control)机制解决了该问题。
Serializable(可串⾏化)
这是最⾼的隔离级别,它通过强制事务排序,使之不可能相互冲突,从⽽解决幻读问题。简⾔之,它是在每个读的数据⾏上加上
共享锁。在这个级别,可能导致⼤量的超时现象和锁竞争。
这四种隔离级别采取不同的锁类型来实现,若读取的是同⼀个数据的话,就容易发⽣问题。例如:
脏读(Drity Read):某个事务已更新⼀份数据,另⼀个事务在此时读取了同⼀份数据,由于某些原因,前⼀个RollBack了操
作,则后⼀个事务所读取的数据就会是不正确的。
不可重复读(Non-repeatable read):在⼀个事务的两次查询之中数据不⼀致,这可能是两次查询过程中间插⼊了⼀个事务更
新的原有的数据。
幻读(Phantom Read):在⼀个事务的两次查询中数据笔数不⼀致,例如有⼀个事务查询了⼏列(Row)数据,⽽另⼀个事务却
在此时插⼊了新的⼏列数据,先前的事务在接下来的查询中,就有⼏列数据是未查询出来的,如果此时插⼊和另外⼀个事务
插⼊的数据,就会报错。
在MySQL中,实现了这四种隔离级别,分别有可能产⽣问题如下所⽰:
测试Mysql的隔离级别
下⾯,将利⽤MySQL的客⼾端程序,我们分别来测试⼀下这⼏种隔离级别。
测试数据库为demo,表为test;表结构:
两个命令⾏客⼾端分别为A,B;不断改变A的隔离级别,在B端修改数据。
将A的隔离级别设置为read uncommitted(未提交读)
A:启动事务,此时数据为初始状态
B:启动事务,更新数据,但不提交
A:再次读取数据,发现数据已经被修改了,这就是所谓的“脏读”
B:回滚事务
A:再次读数据,发现数据变回初始状态
经过上⾯的实验可以得出结论,事务B更新了⼀条记录,但是没有提交,此时事务A可以查询出未提交记录。造成脏读现象。未提
交读是最低的隔离级别。
将客⼾端A的事务隔离级别设置为read committed(已提交读)
A:启动事务,此时数据为初始状态
B:启动事务,更新数据,但不提交
A:再次读数据,发现数据未被修改
B:提交事务
A:再次读取数据,发现数据已发⽣变化,说明B提交的修改被事务中的A读到了,这就是所谓的“不可重复读”
经过上⾯的实验可以得出结论,已提交读隔离级别解决了脏读的问题,但是出现了不可重复读的问题,即事务A在两次查询的数
据不⼀致,因为在两次查询之间事务B更新了⼀条数据。已提交读只允许读取已提交的记录,但不要求可重复读。
将A的隔离级别设置为repeatable read(可重复读)
A:启动事务,此时数据为初始状态
B:启动事务,更新数据,但不提交
A:再次读取数据,发现数据未被修改
B:提交事务
A:再次读取数据,发现数据依然未发⽣变化,这说明这次可以重复读了
B:插⼊⼀条新的数据,并提交
A:再次读取数据,发现数据依然未发⽣变化,虽然可以重复读了,但是却发现读的不是最新数据,这就是所谓的“幻读”
A:提交本次事务,再次读取数据,发现读取正常了
由以上的实验可以得出结论,可重复读隔离级别只允许读取已提交记录,⽽且在⼀个事务两次读取⼀个记录期间,其他事务部的
更新该记录。但该事务不要求与其他事务可串⾏化。例如,当⼀个事务可以找到由⼀个已提交事务更新的记录,但是可能产⽣幻
读问题(注意是可能,因为数据库对隔离级别的实现有所差别)。像以上的实验,就没有出现数据幻读的问题。
将A的隔离级别设置为可串⾏化(Serializable)
A:启动事务,此时数据为初始状态
B:发现B此时进⼊了等待状态,原因是因为A的事务尚未提交,只能等待(此时,B可能会发⽣等待超时)
A:提交事务
B:发现插⼊成功
serializable完全锁定字段,若⼀个事务来查询同⼀份数据就必须等待,直到前⼀个事务完成并解除锁定为⽌。是完整的隔离级
别,会锁定对应的数据表格,因⽽会有效率的问题。
MySQL 四种隔离级别
最新推荐文章于 2024-02-18 11:06:39 发布