预备知识:
脏读(dirty reads)一个事务读取了另一个未提交的并行事务写的数据。
不可重复读(non-repeatable reads) 一个事务重新读取前面读取过的数据, 发现该数据已经被另一个已提交的事务修改过。
幻读(phantom read) 一个事务重新执行一个查询,返回一套符合查询条件的行, 发现这些行因为其他最近提交的事务而发生了改变. 当一个事务在某一表中进行数据查询时,另一事务恰好插入了满足了查询条件的数据行。则前一事务在重复读取满足条件的值时,将得到一个额外的“影象“值。
事务隔离级别:
ISOLATION_DEFAULT: 使用数据库默认的事务隔离级别;
ISOLATION_READ_UNCOMMITTED: 最低的隔离级别, 允许别外一个事务可以看到这个事务未提交的数据. 可能产生脏读, 不可重复读和幻像读.
ISOLATION_READ_COMMITTED: 保证一个事务修改的数据提交后才能被另外一个事务读取. 避免脏读出现, 但是可能会出现不可重复读和幻像读.
ISOLATION_REPEATABLE_READ: 防止脏读, 不可重复读.
ISOLATION_SERIALIZABLE: 事务被处理为顺序执行.除了防止脏读, 不可重复读外, 还避免了幻像读.
6.2. 事务传播类型
PROPAGATION_REQUIRED: 如果存在一个事务, 则支持当前事务. 如果没有事务则开启一个新的事务.<--常用
PROPAGATION_SUPPORTS: 如果存在一个事务, 支持当前事务. 如果没有事务, 则非事务的执行.<--常用
PROPAGATION_MANDATORY: 如果已经存在一个事务, 支持当前事务. 如果没有一个活动的事务, 则抛出异常.
PROPAGATION_REQUIRES_NEW: 总是开启一个新的事务. 如果一个事务已经存在, 则将这个存在的事务挂起.<--嵌套事务
PROPAGATION_NOT_SUPPORTED: 总是非事务地执行, 并挂起任何存在的事务
PROPAGATION_NEVER: 总是非事务地执行, 如果存在一个活动事务, 则抛出异常
PROPAGATION_NESTED: 如果一个活动的事务存在, 则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行.
6.3. 事务管理的方式
声明式事务管理: 推荐使用
<tx:advice id="transactionAdvice"
transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="save*" propagation="REQUIRED" />
<tx:method name="create*" propagation="REQUIRED" />
<tx:method name="update*" propagation="REQUIRED" />
<tx:method name="delete*" propagation="REQUIRED" />
<tx:method name="*" propagation="SUPPORTS" read-only="true" />
</tx:attributes>
</tx:advice>
编程式事务管理:
切换行号显示切换行号显示
1 DefaultTransactionDefinition def = new DefaultTransactionDefinition();
2 def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
3
4 TransactionStatus status = txManager.getTransaction(def);
5 try {
6 // execute your business logic here
7 }
8 catch (MyException ex) {
9 txManager.rollback(status);
10 throw ex;
11 }
12 txManager.commit(status);
13
14
脏读(dirty reads)一个事务读取了另一个未提交的并行事务写的数据。
不可重复读(non-repeatable reads) 一个事务重新读取前面读取过的数据, 发现该数据已经被另一个已提交的事务修改过。
幻读(phantom read) 一个事务重新执行一个查询,返回一套符合查询条件的行, 发现这些行因为其他最近提交的事务而发生了改变. 当一个事务在某一表中进行数据查询时,另一事务恰好插入了满足了查询条件的数据行。则前一事务在重复读取满足条件的值时,将得到一个额外的“影象“值。
事务隔离级别:
ISOLATION_DEFAULT: 使用数据库默认的事务隔离级别;
ISOLATION_READ_UNCOMMITTED: 最低的隔离级别, 允许别外一个事务可以看到这个事务未提交的数据. 可能产生脏读, 不可重复读和幻像读.
ISOLATION_READ_COMMITTED: 保证一个事务修改的数据提交后才能被另外一个事务读取. 避免脏读出现, 但是可能会出现不可重复读和幻像读.
ISOLATION_REPEATABLE_READ: 防止脏读, 不可重复读.
ISOLATION_SERIALIZABLE: 事务被处理为顺序执行.除了防止脏读, 不可重复读外, 还避免了幻像读.
6.2. 事务传播类型
PROPAGATION_REQUIRED: 如果存在一个事务, 则支持当前事务. 如果没有事务则开启一个新的事务.<--常用
PROPAGATION_SUPPORTS: 如果存在一个事务, 支持当前事务. 如果没有事务, 则非事务的执行.<--常用
PROPAGATION_MANDATORY: 如果已经存在一个事务, 支持当前事务. 如果没有一个活动的事务, 则抛出异常.
PROPAGATION_REQUIRES_NEW: 总是开启一个新的事务. 如果一个事务已经存在, 则将这个存在的事务挂起.<--嵌套事务
PROPAGATION_NOT_SUPPORTED: 总是非事务地执行, 并挂起任何存在的事务
PROPAGATION_NEVER: 总是非事务地执行, 如果存在一个活动事务, 则抛出异常
PROPAGATION_NESTED: 如果一个活动的事务存在, 则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行.
6.3. 事务管理的方式
声明式事务管理: 推荐使用
<tx:advice id="transactionAdvice"
transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="save*" propagation="REQUIRED" />
<tx:method name="create*" propagation="REQUIRED" />
<tx:method name="update*" propagation="REQUIRED" />
<tx:method name="delete*" propagation="REQUIRED" />
<tx:method name="*" propagation="SUPPORTS" read-only="true" />
</tx:attributes>
</tx:advice>
编程式事务管理:
切换行号显示切换行号显示
1 DefaultTransactionDefinition def = new DefaultTransactionDefinition();
2 def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
3
4 TransactionStatus status = txManager.getTransaction(def);
5 try {
6 // execute your business logic here
7 }
8 catch (MyException ex) {
9 txManager.rollback(status);
10 throw ex;
11 }
12 txManager.commit(status);
13
14