Spring 中的事务的传播属性与事务隔离级别
一、Propagation (事务的传播属性) Propagation : key属性确定代理应该给哪个方法增加事务行为。这样的属性最重要的部份是传播行为。有以下选项可供使用: PROPAGATION_REQUIRED--支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。 PROPAGATION_SUPPORTS--支持当前事务,如果当前没有事务,就以非事务方式执行。 PROPAGATION_MANDATORY--支持当前事务,如果当前没有事务,就抛出异常。 PROPAGATION_REQUIRES_NEW--新建事务,如果当前存在事务,把当前事务挂起。 PROPAGATION_NOT_SUPPORTED--以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。 PROPAGATION_NEVER--以非事务方式执行,如果当前存在事务,则抛出异常。 |
1、propagation_REQUIRED 事务中
比如说,ServiceB.methodB的事务级别定义为PROPAGATION_REQUIRED, 那么由于执行ServiceA.methodA的时候, ServiceA.methodA已经起了事务,这时调用ServiceB.methodB,ServiceB.methodB看到自己已经运行在ServiceA.methodA 的事务内部,就不再起新的事务。而假如ServiceA.methodA运行的时候发现自己没有在事务中,他就会为自己分配一个事务。 这样,在ServiceA.methodA或者在ServiceB.methodB内的任何地方出现异常,事务都会被回滚。即使ServiceB.methodB的事务已经被 提交,但是ServiceA.methodA在接下来fail要回滚,ServiceB.methodB也要回滚 |
大多数数据库的默认隔离级别为: Read Commited,如Sql Server , Oracle. |
你修改但未提交我不会读取,避免了脏读,对于处理不可重复读这种现象,在项目系统中使用乐观锁,即加版本号来确定一个数据是否已经被修改过了。
2、事务隔离级别
1、Serializable:最严格的级别,事务串行执行,资源消耗最大; |
2、REPEATABLE READ:保证了一个事务不会修改已经由另一个事务读取但未提交(回滚)的数据。避免了“脏读取”和“不可重复读取”的情况,但是带来了更多的性能损失。
|
在使用tx标签的配置事务的申明式事务管理时
其他可选的值有SUPPORTS,MANDATORY,REQUIRES_NEW,NOT_SUPPORTED,NEVER和NESTED。
其他可选的值为:READ_COMMITTED,READ_UNCOMMITTED,REPEATABLE_READ,SERIALIZABLE