打印 Spring 的 Transaction Log
需要配置 log4j
log4j.rootCategory=INFO, stdout
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d{ABSOLUTE} %5p %t %c{2}:%L - %m%n
####log4j.logger.org.springframework.transactions=DEBUG
log4j.logger.org.springframework.transaction=DEBUG
http://blog.csdn.net/l345480242/article/details/7588393
PROPAGATION_REQUIRED事务
采用编程式事务
1、 getCurrentSession()与openSession()的区别？
* 采用getCurrentSession()创建的session会绑定到当前线程中，而采用openSession()创建的session则不会
* 采用getCurrentSession()创建的session在commit或rollback时会自动关闭，而采用openSession创建的session必须手动关闭
2、使用getCurrentSession()需要在hibernate.cfg.xml文件中加入如下配置：
* 如果使用的是本地事务（jdbc事务）
<property name=”hibernate.current_session_context_class”>thread</property>
* 如果使用的是全局事务（jta事务）
<property name=”hibernate.current_session_context_class”>jta</property>
采用声明式事务
声明式事务配置
* 配置SessionFactory
* 配置事务管理器
* 事务的传播特性
* 那些类哪些方法使用事务
2、编写业务逻辑方法
* 继承HibernateDaoSupport类，使用HibernateTemplate类持久化，HibernateTemplate是Hibernatesession的封装
* 默认的回滚是RuntimeException（包括继承RuntimeException的子类），普通异常不回滚
* 在编写业务逻辑方法时，最好将异常一直往上抛出，在呈现层处理（struts）
* spring的事务需要设置到业务方法上（事务边界定义到Facade类上），不要添加到Dao上
3、了解事务的集中传播忒性
1、PROPAGATION_REQUIRED:如果存在一个事务，则支持当前事务。如果没有事务则开启。
2、PROPAGATION_SUPPORTS:如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。
3、PROPAGATION_MANDATORY:如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。
4、PROPAGATION_REQUIRES_NEW:总是开启一个新的事务。如果一个事务存在，则将这个存在的事务挂起。
5、PROPAGATION_NOT_SUPPORTED:总是非事务地执行，并挂起任何存在的事务。
6、PROPAGATION_NEVER:总是非事务地执行，如果存在一个活动事务，则抛出异常。
7、 PROPAGATION_NESTED:如果一个活动的事务存在，则运行在一个嵌套的事务中，如果没有活动事务，则按TransactionDefinition.PROPAGATION_REQUIRED属性执行
4、Spring事务的隔离级别
1、ISOLATION_DEFAULT: 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。
2、ISOLATION_READ_UNCOMMITTED:这是事务最低的隔离级别，它允许另外一个事务可以看到这个事务未提交的数据。
3、ISOLATION_READ_COMMITTED：保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。
4、ISOLATION_REPEATALBE_READ: 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻想读。它除了保证一个事务不能读取另外一个事务未提交的数据外，还保证了避免下面的情况产生（不可重复读）。
5、ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不课重复读外，还避免了幻想读。
<!-- 配置sessionFactory -- >
<bean id=”sessionFacory”class=”org.springframework.orm.hibernate3.LocalSessionFactoryBean”>
<property name=”configLocation”>
<value>classpath:hibernate.cfg.xml</value>
</property>
</bean>
<!-- 配置事务管理器-- >
<beanid=”transactionManager”class=”org.springframework.orm.hibernate3.HibernateTransactionManager”>
<property name=”sessionFactory”>
<ref bean=”sessionFactory”/>
</property>
</bean>
<!-- 配置事务的传播特性-- >
<tx:advice id=”txAdvice” transaction-manager=”transactionManager”>
<tx:attributes>
<tx:method name=”add*” propagation=”REQUIRED”/>
<tx:method name=”del*” propagation=”REQUIRED”/>
<tx:method name=”modify*” propagation=”REQUIRED”/>
<tx:method name=” *” read-only=”true”/> //只读提高了性能
</tx:attributes>
</tx:advice>
<!-- 哪些类的哪些方法参与事务-- >
<aop:config>
<aop:pointcut id=”allManagerMethod” expression=”execution(* com.company.services.impl.*(..))”/>
<aop:advisor pointcut-ref=”allManagerMethod” advice-ref=”txAdvice”/>
</aop:config>
http://blog.sina.com.cn/s/blog_692d0a650100xs7p.html
spring中的@Transaction配置详解
1、Spring默认Transactional事物管理机制
如果程序抛出的是运行期例外，则数据回滚 事物处理
如果是运行Exception例外，则数据不会滚。
可以通过配置修改该规则
@Transactional(noRollbackFor=RuntimeException.class)方法事物说明
@Transactional(RollbackFor=Exception.clas)
@Transactional(readyOnly=true)
@Transactional(timeout=100)默认30
@Transactional(isolation)数据库的隔离级别
{
Read Uncommited:读取未提交的数据(会出现脏读 不可重复读 幻读)
Read Commited:读已提交的数据(会出现不可重复读和幻读)
Repeatable Read:可重复读(会出现幻读)
Serializable:串行化
}
脏读:一个事务读取到另外一个事务未提交的更新的数据
不可重复读:在同一个事务中，多次读取同一个数据返回结果有所不同，就是后续的读取可以读到另外一个事务的已经提交的更新数据
可重复读:在同一个事务多次读取数据时，能够保证所读取的数据一样，也就是后读取的不能读到另外一个事务已经提交的数据
幻读: 一个事务读取到另外一个事务已经提交的更新的数据
针对查询方法
@Transactional(propagation=Propagation.NOT_SUPPORTED)针对某个方法不开启事务
@Transactional(propagation=Propagation.REQUIRED)spring默认的事务支持
Propagation参数解析
1、REQUIRED:业务方法需要在一个事务中运行。如果方法运行中，已经处在一个事务中，那么加入到该事务，否则为自己创建一个新的事务。
2、NOT_SUPPORIED：声明方法不需要事务。如果方法没有关联到一个事务，容器不会为它开启事务。如果方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行。
3、REQUIRES_NEW：属性表明不管是否存在事务，业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务会被挂起， 新的事务会被创建，直到方法执行结束，新事务才算结束，原先的事务才会恢复执行。
4、MANDATORY:该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果业务方法在没有事务的环境下调用，容器会抛出例外。
5、SUPPORTS:这一事务属性表明，如果业务方法在某一个事务范围内被调用，则方法成为该事务的一部分。如果业务方法在事务范围外被调用，则方法在没有事务的环境下执行。
6、NEVER：指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行，容器会抛出例外，只有业务方法没有关联到任何事务，才能正常执行。
7、NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中，如果没有活动事务，则按REQUIRED属性执行，它使用了一个单独事的事务， 这个事务拥有多个 可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只会对DataSourceTransactionManager事务管理器起效。