Spring+JDBC组合开发/Spring事务管理简介

使用Spring+JDBC集成步骤如下：

l         需要的jar包：

Spring相关包：commons-annotations.jar、commons-logging.jar

JDBC驱动jar包

数据源jar包：commons-dbcp.jar、commons-pool.jar

l         配置数据源，如：

<> 

<> 

l         配置事务：配置事务时，需要中xml配置文件中引入用于声明事务的tx命名空间，事务的配置方式有两种：基于注解方式（2.0以后）和基于XML配置方式。

引入tx命名空间：

       xmlns:tx=“http://www.springframework.org/schema/tx”

       xsi:schemaLocation=“http://www.springframework.org/schema/tx

http://www.springframework.org/schema/tx/spring-tx-2.5.xsd”

      

基于注解方式：

       <bean id=“txManager” class=“org.springframework.jdbc.datasource.DataSourceTransactionManager”>

              <property name=“dataSource” ref=“dataSource”>

       </bean>

       <!—采用@Transactional注解方式使用事务-->

       <tx:annotation-driven transaction-manager=“txManager”>

 

基于XML配置方式：

<bean id=“txManager” class=“org.springframework.jdbc.datasource.DataSourceTransactionManager”>

              <property name=“dataSource” ref=“dataSource”>

       </bean>

       <aop:config>

              <aop:pointcut id=“transactionPointcut” expression=“execution(* cn.itcast.service..*.*(..))”>

              <aop:advisor advice-ref=“txAdvice” pointcut-ref=“transactionPointcut”/>

       </aop:config>

       <tx:advice id=“txAdvice” transaction-manager=“txManager”>

         <tx:attributes>

              <tx:method name=“get*” read-only=“true” propagation=“NOT_SUPPORTED”/>

              <tx:method name=“*”/>

         </tx:attributes>

       </tx:advice>

 

 

 

事务传播属性：

REQUIRED（默认值）：业务方法需要在一个事务中运行。如果方法运行时，已经处在一个事务中，那么加入到该事务中，否则为自己创建一个新事务。

 

NOT_SUPPORTED：声明方法不需要事务。如果方法没有关联到一个事务，容器不会为它开启事务。如果方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行。

 

REQUIRESNEW：属性表明不管是否存在事务，业务方法总为自己发起一个新的事务。如果方法已经运行中一个事务中，则原有事务会被挂起，新的事务会被创建，直到方法执行结束，新事务才算结束，原先的事务才会恢复执行。

 

MANDATORY：该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果业务方法在没有事务的环境下调用，容器就会抛出例外。

 

SUPPORTS：该属性表明，如果业务方法在某个事务范围内被调用，则方法成为该事务的一部分，如果业务方法在事务范围外被调用，则方法在没有事务的环境下执行。

 

NEVER：该属性指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行，容器会抛出例外，只有业务方法没有关联到任何事务，才能正常执行。

 

NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行。它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。

 

 

事务管理的其他属性：

1.只读  readOnly

 

2.超时  timeout

 

3.事务隔离级别  isolation（依赖底层数据库的实现）

    数据库系统提供了四种事务隔离级别：（多事务并发）

    不同的隔离级别采用不同的锁类型来实现，在四种隔离级别中，Serialization的隔离级别最高，Read Uncommited的隔离级别最低。大多数数据库默认的隔离级别为Read Commited，如sqlServer，也有少部分数据库默认的隔离级别为Repeatable Read，如MySQL

l         Read Uncommited：读未提交数据（会出现脏读，不可重复读和幻读）

l         Read Commited：读已提交数据（会出现不可重复读和幻读）

l         Repeatable Read：可重复读（会出现幻读）

l         Serialization：串行化

    脏读：一个事务读取到另一事务未提交的数据

    不可重复读：在同一事务中，多次读取同一数据返回的结果有所不同。换句话说就是，后续读取可以读到另一事务已提交的更新数据。相反，“可重复读”在同一事务中多次读取数据时，能够保证所读数据一样，也就是，后续读取不能读到另一事务已提交的更新数据。

    幻读：一个事务读取到另一事务已提交的insert数据