Spring事务
四种隔离级别其中传播行为
一、隔离级别
事务的隔离级别有如下四种:
√:可能出现 ×:不会出现
. | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
Read Uncommitted | √ | √ | √ |
Read Committed | × | √ | √ |
Repeatable Read | × | × | √ |
Serializable | × | × | × |
1. ISOLATION_READ_UNCOMMITTED:这是事务最低的隔离级别,它充许令外一个事务可以看到这个事务未提交的数据。
这种隔离级别会产生脏读,不可重复读和幻像读。
2. ISOLATION_READ_COMMITTED:保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据
3. ISOLATION_REPEATABLE_READ:这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。
它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了避免下面的情况产生(不可重复读)。
4. ISOLATION_SERIALIZABLE:这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。
除了防止脏读,不可重复读外,还避免了幻像读。
第一级别:Read Uncommitted(读取未提交的内容)
int ISOLATION_READ_UNCOMMITTED = Connection.TRANSACTION_READ_UNCOMMITTED;
(1)所以的事务都可以看到其他未提交事务的执行结果
(2)该隔离级别会引发--脏读:读取到了未提交的数据
例子:事务A启动,B启动更新数据未提交,A读到的是B未提交的数据
事务B 回滚,事务A看到的也是B未提交且回滚后的数据
第二级别:Read Committed(读取提交的内容)
int ISOLATION_READ_COMMITTED = Connection.TRANSACTION_READ_COMMITTED;
(1)满足了隔离的简单定义:一个事物是能看到已经提交的事务所做的改变
(2)不可重复读(Nonrepeatable Read):不可重复读意味着我们在同一个事务中执行完全相同的select语句时可能看到不一样的结果。
例子:事务A启动,B启动更新数据未提交,A未能读到的是B未提交的数据
事务B提交,事务A看到了B提交后的数据
第三级别:Repeatable Read(可重读)
int ISOLATION_REPEATABLE_READ = Connection.TRANSACTION_REPEATABLE_READ;
(1)是mysql的默认事务隔离级别
(2)确保同一事务的多个实例在并发读取数据时,会看到同样的数据行
(3)可能出现幻读:用户读取某一范围的数据行时,另一个事务又在该范围内插入了新行,
当用户再读取范围的数据行时,会发现新的“幻影”行
例子:事务A启动,B启动更新数据并提交,A未能读到的是B提交的数据
只有事务A提交,事务A看到数据的变化
第四级别:Serializable(可串行化)
int ISOLATION_SERIALIZABLE = Connection.TRANSACTION_SERIALIZABLE;
(1)最高的隔离级别
(2)通过强制的事务排序,使之不可能相互冲突,从而解决幻读的问题。它是在每个读的数据行上加上共享锁
(3)会导致大量的超时现象和锁的竞争
例子:事务A启动,在A没有commit之前,B是不能更改数据的
二、传播行为
1、PROPAGATION_REQUIRED:如果当前没有事务,就创建一个新事务,如果当前存在事务,就加入该事务,该设置是最常用的设置。
2、PROPAGATION_SUPPORTS:支持当前事务,如果当前存在事务,就加入该事务,如果当前不存在事务,就以非事务执行。‘
3、PROPAGATION_MANDATORY:支持当前事务,如果当前存在事务,就加入该事务,如果当前不存在事务,就抛出异常。
4、PROPAGATION_REQUIRES_NEW:创建新事务,无论当前存不存在事务,都创建新事务。
5、PROPAGATION_NOT_SUPPORTED:以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
6、PROPAGATION_NEVER:以非事务方式执行,如果当前存在事务,则抛出异常。
7、PROPAGATION_NESTED:如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作。