SpringMVC+MyBatis 事务管理二
2017-08-09 10:27
579 查看
SpringMVC+MyBatis 事务管理二
前言
上篇主要从编程式事务和声明式事务注解的形式来了解了事务,而这篇我们针对AOP的方式来实现事务。先回顾下事务的基础知识事务的隔离级别和事务的传播行为。使用aop 配置事务时注意引用aspectjweaver,要不然程序启动起来就会报错,找不到相关类
事务隔离级别
隔离级别是指若干个官网:www.fhadmin.org 并发的事务之间的隔离程度。TransactionDefinition 接口中定义了五个表示隔离级别的常量:TransactionDefinition.ISOLATION_DEFAULT:这是默认值,表示使用底层数据库的默认隔离级别。对大部分数据库而言,通常这值就是TransactionDefinition.ISOLATION_READ_COMMITTED。
TransactionDefinition.ISOLATION_READ_UNCOMMITTED:该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。该级别不能防止脏读和不可重复读,因此很少使用该隔离级别。
TransactionDefinition.ISOLATION_READ_COMMITTED:该隔离级别表示一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读,这也是大多数情况下的推荐值。
TransactionDefinition.ISOLATION_REPEATABLE_READ:该隔离级别表示一个事务在整个过程中可以多次重复执行某个查询,并且每次返回的记录都相同。即使在多次查询之间有新增的数据满足该查询,这些新增的记录也会被忽略。该级别可以防止脏读和不可重复读。
TransactionDefinition.ISOLATION_SERIALIZABLE:所有的事务依次逐个执行,这样事务之间就完全不可能产生干扰,也就是说,该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。
事务传播行为
所谓事务的传播行为是指,如果在开始当前事务之前,一个事务上下文已经存在,此时有若干选项可以指定一个事务性方法的执行行为。在TransactionDefinition定义中包括了如下几个表示传播行为的常量:TransactionDefinition.PROPAGATION_REQUIRED:如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务。
TransactionDefinition.PROPAGATION_REQUIRES_NEW:创建一个新的事务,如果当前存在事务,则把当前事务挂起。
TransactionDefinition.PROPAGATION_SUPPORTS:如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的方式继续运行。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED:以非事务方式运行,如果当前存在事务,则把当前事务挂起。
TransactionDefinition.PROPAGATION_NEVER:以非事务方式运行,如果当前存在事务,则抛出异常。
TransactionDefinition.PROPAGATION_MANDATORY:如果当前存在事务,则加入该事务;如果当前没有事务,则抛出异常。
TransactionDefinition.PROPAGATION_NESTED:如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行;如果当前没有事务,官网:www.fhadmin.org 则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。
使用AOP实现事务管理
<!--配置数据源,这里使用Spring默认--> <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource"> <property name="driverClassName" value="${sqlserver.driver}"/> <property name="url" value="${sqlserver.url}"/> <property name="username" value="${sqlserver.username}"/> <property name="password" value="${sqlserver.password}"/> </bean> <!--配置sqlSessionFactory--> <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="configLocation" value="classpath:springmvc-mybatis.xml"/> <property name="dataSource" ref="dataSource"/> </bean> <!--扫描mapper--> <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer"> <property name="basePackage" value="com.autohome.dao"/> </bean> <!--事务管理器 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <tx:advice id="txAdvice" transaction-manager="transactionManager"> <tx:attributes> <tx:method name="insert*" isolation="DEFAULT" propagation="REQUIRED"/> <tx:method name="*" read-only="true" /> </tx:attributes> </tx:advice> <!--只对业务逻辑层开启事务--> <aop:config expose-proxy="true"> <aop:pointcut id="txPointcut" expression="execution(* com.autohome.service..*.*(..))"/> <aop:advisor advice-ref="txAdvice" pointcut-ref="txPointcut"/> </aop:config>
运行action后,console会打印入库成功的提示,从数据库里查询其实数据已经回滚。
总结
以上两篇总结了事务两种配置方式,编程式事务和声明式事务,而从应用的角度来看@Transactional注解属性最简单也最实用,aop的方式控制更细腻些。同时回顾了基础知识事务传播属性和隔离级别,这两个地方不好理解,平时解除的业务解除相对也很好,还要继续摸索和demo。
相关文章推荐
- Mybatis + SpringMVC事务管理
- SpringMVC+MyBatis 事务管理二
- Mybatis + SpringMVC事务管理
- Spring多数据源分布式事务管理/springmvc+spring+atomikos[jta]+druid+mybatis
- SpringMVC+MyBatis 事务管理(实例)
- SpringMVC + Spring + MyBatis 学习笔记:SpringMVC和Spring一同工作的时候,AOP事务管理不起作用的解决方法
- spring+springMvc+mybatis配置事务管理
- Spring多数据源分布式事务管理/springmvc+spring+atomikos[jta]+druid+mybatis
- SpringMVC+MyBatis 事务管理一
- spring + springmvc+ mybatis 事务管理及控制
- Mybatis + SpringMVC事务管理
- springmvc + mybatis 事务管理(全注解式)
- mybatis与spring整合事务管理
- spring mvc+hibernate 实现事务管理(全注解版)
- ssm公司员工管理系统(SpringMVC + Spring + MyBatis)
- SpringMVC+MyBatis配置声明式事务的问题
- mybatis源码分析(8)-----事务(mybatis管理、spring管理)
- spring整合 mybatis 事务管理不生效原因
- springmvc+mybatis+shiro简单权限菜单管理实例
- spring+mybatis管理多个数据源(非分布式事务)