一、什么是事务?
- 事务(Transaction): 是访问并可能更新数据库中各项数据项的一个程序执行单元(unit)。 事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成。
- 事务是不可分割的: 事务是一个不可分割的数据库操作序列,也是数据库并发控制的基本单位,其执行的结果必须使数据库从一种一致性状态变到另一种一致性状态。
- 事务的结束: 事务有两种结束情况,事务中的步骤全部成功执行时,提交事务。如果其中一个失败,那么将会发生回滚操作,并且撤销之前的所有操作。也就是说,事务内的语句,要么全部执行成功,要么全部执行失败。事务是恢复和并发控制的基本单位。
- 事务具有四个特征: 事务具有四个特征:原子性、一致性、隔离性和持久性。这四个特征通常称为ACID。
二、事务的四个特征(ACID)
特性 | 描述 |
---|
原子性(Atomicity) | 原子性是指事务是一个不可分割的工作单位,整个事务中的所有操作要么全部提交成功,要么全部失败回滚,对于一个事务来说,不可能只执行其中的一部分操作。 |
一致性(Consistency) | 一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态。也就是说事务前后数据的完整性必须保持一致。 |
隔离性(Isolation) | 隔离性是指一个事务的执行不能有其他事务的干扰,事务的内部操作和使用数据对其他的并发事务是隔离的,互不干扰。 |
持久性(Durability) | 持久性是指一个事务一旦提交,对数据库中数据的改变就是永久性的。此时即使数据库发生故障,修改的数据也不会丢失。接下来其他的操作不会对已经提交了的事务产生影响。 |
三、Spring中事务的传播方式
传播方式 | 描述 |
---|
REQUIRED(默认传播类型 ) | 如果当前没有事务,则自己新建一个事务,如果当前存在事务则加入这个事务(这是最常见的选择) 当A调用B的时候:如果A中没有事务,B中有事务,那么B会新建一个事务;如果A中也有事务、B中也有事务,那么B会加入到A中去,变成一个事务,这时,要么都成功,要么都失败。(假如A中有2个SQL,B中有两个SQL,那么这四个SQL会变成一个SQL,要么都成功,要么都失败) |
SUPPORTS(支持、拥护) | 当前存在事务,则加入当前事务,如果当前没有事务,就以非事务方法执行 如果A中有事务,则B方法的事务加入A事务中,成为一个事务(一起成功,一起失败),如果A中没有事务,那么B就以非事务方式运行(执行完直接提交) |
MANDATORY (强制性的) | 当前存在事务,则加入当前事务,如果当前事务不存在,则抛出异常。 如果A中有事务,则B方法的事务加入A事务中,成为一个事务(一起成功,一起失败);如果A中没有事务,B中有事务,那么B就直接抛异常了,意思是B必须要支持回滚的事务中运行 |
REQUIRES_NEW(需要新建) | 创建一个新事务,如果存在当前事务,则挂起该事务。 B会新建一个事务,A和B事务互不干扰,他们出现问题回滚的时候,也都只回滚自己的事务; |
NOT_SUPPORTED(不支持) | 以非事务方式执行,如果当前存在事务,则挂起当前事务 被调用者B会以非事务方式运行(直接提交),如果当前有事务,也就是A中有事务,A会被挂起(不执行,等待B执行完,返回);A和B出现异常需要回滚,互不影响 |
NEVER(从不) | 如果当前没有事务存在,就以非事务方式执行;如果有,就抛出异常。就是B从不以事务方式运行 A中不能有事务,如果没有,B就以非事务方式执行,如果A存在事务,那么直接抛异常 |
NESTED(嵌套的) | 嵌套事务:如果当前事务存在,则在嵌套事务中执行,否则REQUIRED的操作一样(开启一个事务) 如果A中没有事务,那么B创建一个事务执行,如果A中也有事务,那么B会会把事务嵌套在里面。 |
四、并发事务导致的问题
名称 | 描述 | 解决方式 |
---|
脏读 | 脏读是指在一个事务处理过程里读取了另一个未提交的事务中的数据。 | 锁事务 |
不可重复读 | 不可重复读是指在数据库访问中,一个事务范围内多次查询却返回了不同的数据值。这是由于在查询间隔中,其他事务修改并提交而引起的。 | 锁行 |
幻读 | 幻读是指当事务不是独立执行时发生的一种现象,例如第一个事务对一个表中的数据进行了修改,比如这种修改涉及到表中的全部数据行。同时,第二个事务也修改这个表中的数据,这种修改是向表中插入一行新数据。那么,以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行,就好象发生了幻觉一样。 | 锁表 |
五、事务的隔离级别
隔离级别 | 描述 |
---|
未提交读(Read Uncommitted) | 一个事务能够读取到别的事务中没有提交的更新数据。事务中的修改,即使没有提交,其他事务也可以看得到。在这种隔离级别下有可能发生脏读,不可重复读和幻读。 |
提交读(Read Committed) | 事务中的修改只有提交以后才能被其它事务看到。在这种隔离级别下解决了脏读,但是有可能发生不可重复读和幻读。 |
可重复读(Repeated Read) | 保证了在同一事务中先后执行的多次查询将返回同一结果,看到的每行的记录的结果是一致的,不受其他事务的影响。但是这种级别下有可能发生幻读。 |
可串行化(Serializable) | 不允许事务并发执行,强制事务串行执行。就是在读取的每一行数据上都加上了锁,读写相互都会阻塞,所以效率很低下。这种隔离级别最高,是最安全的,但是性能最低,不会出现脏读,不可重复读,幻读。 |
提示:这四种隔离级别越往后越影响性能,如何选取根据业务需求而定。以下是四种隔离级别中对脏读、不可重复读、幻读的影响情况。
隔离级别 | 脏读 | 不可重复度 | 幻读 |
---|
读未提交(Read Uncommitted) | YES | YES | YES |
读已提交(Read Committed) | NO | YES | YES |
可重复读(Repeatable Read) | NO | NO | YES |
可串行化(Serializable) | NO | NO | NO |