spring,mybatis事务管理配置与@Transactional注解使用[转]

合集下载

Spring事务管理中@Transactional的参数配置

Spring事务管理中@Transactional的参数配置Spring作为低侵⼊的Java EE框架之⼀，能够很好地与其他框架进⾏整合，其中Spring与Hibernate的整合实现的事务管理是常⽤的⼀种功能。

所谓事务，就必须具备ACID特性，即原⼦性、⼀致性、隔离性和持久性，在Hibernate的实现中，需要我们编写代码来完成事务的控制⼯作。

未使⽤Spring的事务管理12 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 public static void main(String[] args) {// Configuration cfg = new Configuration();// cfg.configure();// SessionFactory sf = cfg.buildSessionFactory();//因为在HibernateUtil类中已经有⼀部分封装⼯作，所以以上三⾏注释掉了。

Session s = null;Transaction tx = null;try{Class.forName("com.HibernateUtil");s = HibernateUtil.getSession();tx = s.beginTransaction(); //这⾥开启了事务//事务中所需的⼀系列数据库操作。

mit();} catch(HibernateException e) { //如果出现异常，且事务已经开启，则需要回滚。

if(tx != null)tx.rollback();throw e;} catch(ClassNotFoundException e) {e.printStackTrace();} finally{ //⽆论如何都需要关闭Session。

spring的@Transactional注解详细用法

spring的@Transactional注解详细用法各位读友大家好！你有你的木棉，我有我的文章，为了你的木棉，应读我的文章！若为比翼双飞鸟，定是人间有情人！若读此篇优秀文，必成天上比翼鸟！spring的@Transactional注解详细用法Spring Framework对事务管理提供了一致的抽象，其特点如下：为不同的事务API 提供一致的编程模型，比如JTA(Java Transaction API), JDBC, Hibernate, JPA(Java Persistence API和JDO(Java Data Objects)支持声明式事务管理，特别是基于注解的声明式事务管理，简单易用提供比其他事务API如JTA更简单的编程式事务管理API与spring数据访问抽象的完美集成事务管理方式spring支持编程式事务管理和声明式事务管理两种方式。

编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。

对于编程式事务管理，spring推荐使用TransactionTemplate。

声明式事务管理建立在AOP之上的。

其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。

显然声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开发方式。

声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。

和编程式事务相比，声明式事务唯一不足地方是，后者的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。

Spring事务注解@Transactional失效的八种场景分析

Spring 事务注解@Transactional 失效的⼋种场景分析⾸先说⼀下最近⾃⼰遇到的⼀个坑：123456789@Transactional service A （）{try{insert();serviceB.update();}catch(){throw new RunTimeException();}}123456789serviceB(){@Transactional update(){try{mapperB.update();}catch(){throw new RunTimeException();}}}1234567mapperB (){try{//doSomething....return true;}catch(){return false;}}上⾯的例⼦中我的异常出现再//doSomething…的⼀个sql 执⾏异常了，serviceA 中的insert 却⼀直不能回滚，根本原因在于异常处只返回了false,并没有抛出运⾏异常，没有往上⼀层抛，serviceB 中有抛出运⾏异常，却只拿到了⼀个false,故不会回滚。

下⾯总结下常见的事务不会回滚的集中情况：这⾥以 MySQL 为例，其 MyISAM 引擎是不⽀持事务操作的，InnoDB 才是⽀持事务的引擎，⼀般要⽀持事务都会使⽤InnoDB 。

如下⾯例⼦所⽰：12345678// @Servicepublic class OrderServiceImpl implements OrderService {@Transactional public void updateOrder(Order order) { // update order }}如果此时把 @Service 注解注释掉，这个类就不会被加载成⼀个 Bean ，那这个类就不会被 Spring 管理了，事务⾃然就失效了。

@Transactional 只能⽤于 public 的⽅法上，否则事务不会失效，如果要⽤在⾮ public ⽅法上，可以开启 AspectJ 代理模式。

spring-mvc+mybatis注解方式事务管理

spring-mvc+mybatis注解⽅式事务管理配置⽂件：<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close"><property name="url" value="${db.master.url}" /><property name="username" value="${er}" /><property name="password" value="${db.master.password}" /><property name="filters" value="mergeStat,wall,log4j2" /><property name="initialSize" value="5" /><property name="maxActive" value="100" /><property name="minIdle" value="10" /><property name="maxWait" value="60000" /><property name="validationQuery" value="SELECT 'x'" /><property name="testOnBorrow" value="true" /><property name="testOnReturn" value="true" /><property name="testWhileIdle" value="true" /><property name="timeBetweenEvictionRunsMillis" value="60000" /><property name="minEvictableIdleTimeMillis" value="300000" /><property name="removeAbandoned" value="true" /><property name="removeAbandonedTimeout" value="1800" /><property name="logAbandoned" value="true" /></bean><bean id="sqlSessionFactory" class="com.baomidou.mybatisplus.spring.MybatisSqlSessionFactoryBean"><property name="dataSource" ref="dataSource"/><property name="mapperLocations" value="classpath*:/sqlMapperXml/*.xml"></property><property name="configLocation" value="classpath:xml/mybatis-config.xml"></property><property name="typeAliasesPackage" value="com.mingwork.model"/><property name="globalConfig" ref="globalConfig"/><property name="plugins"><array><bean id="paginationInterceptor" class="com.baomidou.mybatisplus.plugins.PaginationInterceptor"><property name="dialectType" value="mysql"/><property name="optimizeType" value="aliDruid" /></bean></array></property></bean><bean id="globalConfig" class="com.baomidou.mybatisplus.entity.GlobalConfiguration"><property name="idType" value="0"/><property name="dbColumnUnderline" value="true"/></bean><bean id="mapperScannerConfigurer" class="org.mybatis.spring.mapper.MapperScannerConfigurer"><property name="basePackage" value="com.mingwork.mapper"/></bean><bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"><property name="dataSource" ref="dataSource"></property></bean><tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/><tx:advice id="transactionAdvice" transaction-manager="transactionManager"><tx:attributes><tx:method name="select*" propagation="REQUIRED" read-only="true" /><tx:method name="delete*" propagation="REQUIRED" rollback-for="Exception" /><tx:method name="update*" propagation="REQUIRED" rollback-for="Exception" /><tx:method name="insert*" propagation="REQUIRED" rollback-for="Exception" /><tx:method name="*" propagation="REQUIRED" /></tx:attributes></tx:advice><aop:config expose-proxy="true" proxy-target-class="true"><aop:advisor advice-ref="transactionAdvice" pointcut="execution(* com.mingwork.service..*.*(..))"/></aop:config>上⾯配置的意思就是配置⾯向切⾯，只要servcie中的⽅法抛出Exception，那么insert，update，delete的sql⽅法都会回滚。

MyBatis-Spring-TransactionManager事务管理

<bean class="org.apache.ibatis.transaction.managed.ManagedTransactionFactory" />
</property>
</bean>
编程式事务管理
MyBatis 的 SqlSession 提供指定的方法来处理编程式的事务。但是当使用 MyBatis-Spring 时, bean 将会使用 Spring 管理的 SqlSession 或映射器来注入。那就是说 Spring 通常是处理事务的。
一旦事务创建之后,MyBatis-Spring 将会透明的管理事务。在你的 DAO 类中就不需要额外的代码了。
标准配置
要开启 Spring 的事务处理 , 在 Spring 的 XML 配置文件中简单创建一个 DataSourceTransactionManager 对象:
DefaultTransactionDefinition def = new DefaultTransactionDefinition();
def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
TransactionStatus status = txManager.getTransaction(def);
</bean>
指定的 DataSource 一般可以是你使用 Spring 的任意 JDBC DataSource。这包含了连接池和通过 JNDI 查找获得的 DataSource。
要注意, 为事务管理器指定的 DataSource 必须和用来创建 SqlSessionFactoryBean 的是同一个数据源,否则事务管理器就无法工作了。

spring实现事务配置的方式，事务7大传播属性的区别

spring实现事务配置的⽅式，事务7⼤传播属性的区别⼀、注解式事务1、注解式事务在平时的开发中使⽤的挺多，⼯作的两个公司中看到很多项⽬使⽤了这种⽅式，下⾯看看具体的配置demo。

2、事务配置实例（1）、spring+mybatis 事务配置<bean id="transactionManager"class="org.springframework.jdbc.datasource.DataSourceTransactionManager"><property name="dataSource" ref="dataSource" /></bean><tx:annotation-driven transaction-manager="transactionManager" />（2）、spring+hibernate 事务配置<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"><property name="sessionFactory" ref="sessionFactory" /></bean><tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true" />看到上⾯的这两段配置⽂件是不是很熟悉，对的这就是我们平时看到的事务的配置，在spring的配置中配置数据源即dataSource、事务管理器，事务管理器使⽤不同的orm框架事务管理器类就不同，⽐如这⾥使⽤的是mybatis 所以是org.springframework.jdbc.datasource.DataSourceTransactionManager如果使⽤hibernate 则事务管理器类为org.springframework.orm.hibernate3.HibernateTransactionManager这是使⽤注解⽅式时要配置的，代码中的具体的注解以及事务的传播性、隔离级别⼀般在service 层中配置下⾯看看3、@Transactional（1）、这⾥说明⼀下，有的把这个注解放在类名称上⾯了，这样你配置的这个@Transactional 对这个类中的所有public⽅法都起作⽤（2）、@Transactional ⽅法⽅法名上，只对这个⽅法有作⽤，同样必须是public的⽅法⽐如这⾥就对这个⽅法定义了⼀个事务同时设置了很多属性：@Transactional(propagation=Propagation.REQUIRED,rollbackFor=Exception.class,timeout=1,isolation=Isolation.DEFAULT)public void saveUser(Map<String, String> map) throws Exception {System.out.println("⽅法开始");for (int i = 0; i < 500000; i++) {System.out.println("*");}System.out.println("进⼊保存");userDao.saveUser(map);System.out.println("退出保存");}4、事物配置中有哪些属性可以配置（1）、事务的传播性：@Transactional(propagation=Propagation.REQUIRED)如果有事务, 那么加⼊事务, 没有的话新建⼀个(默认情况下)（2）、事务的超时性：@Transactional(timeout=30) //默认是30秒注意这⾥说的是事务的超时性⽽不是Connection的超时性，这两个是有区别的（3）、事务的隔离级别：@Transactional(isolation = Isolation.READ_UNCOMMITTED) ，未提交读，就是⼀个事务可以读取另⼀个未提交事务的数据。

spring,mybatis事务管理配置与@Transactional注解使用[转]

spring,mybatis事务管理配置与@Transactional注解使用[转]spring,mybatis事务管理配置与@Transactional注解使用概述事务管理对于企业应用来说是至关重要的，即使出现异常情况，它也可以保证数据的一致性。

Spring Framework对事务管理提供了一致的抽象，其特点如下：为不同的事务API提供一致的编程模型，比如JTA(Java Transaction API), JDBC, Hibernate, JPA(Java Persistence API和JDO(Java Data Objects)支持声明式事务管理，特别是基于注解的声明式事务管理，简单易用提供比其他事务API如JTA更简单的编程式事务管理API与spring数据访问抽象的完美集成事务管理方式spring支持编程式事务管理和声明式事务管理两种方式。

编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。

对于编程式事务管理，spring推荐使用TransactionTemplate。

声明式事务管理建立在AOP之上的。

其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

显然声明式事务管理要优于编程式事务管理，这正是spring 倡导的非侵入式的开发方式。

声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。

和编程式事务相比，声明式事务唯一不足地方是，后者的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。

spring注解@Transactional

spring注解@Transactional
⼀、@Transactional所需要的jar包
1、aopalliance.jar 这个包是联盟的包，⾥⾯包含了针对⾯向切⾯的接⼝。

(通常Spring等其它具备动态织⼊功能的框架依赖此包)
2、aspectjrt.jar 处理事务和AOP所需的包
3、aspectjweaver.jar 处理事务和AOP所需的包
4、cglib-nodep.jar 中⾃动代理所需jar包
⼆、使⽤@Transactional
1、@Transactional可以在service类或⽅法前加上@Transactional，在service类上声明@Transactional，service所有⽅法需要事务管理。

每⼀个业务⽅法开始时都会打开⼀个事务。

本例:在⽅法上添加@Transactional,显⽰所有数据的⽅法且属性设为⼀个只读的事务(readOnly=true),当然它还有其他⾮常多的属性我就不⼀⼀介绍了，如果同时想使⽤多个属性，属性与属性之间⽤逗号隔开。

三、spring配置⽂件
1、在spring配置⽂件中添加如下代码
2、要注意hibernate的版本，本例使⽤的是hibernate5。

3、property属性中的名字要⼀⼀对应。

ssm框架期末考试试题

ssm框架期末考试试题# SSM框架期末考试试题## 一、选择题（每题2分，共20分）1. SSM框架中，S代表的是：A. SpringB. Spring MVCC. Spring BootD. Spring Cloud2. 在Spring MVC中，以下哪个组件负责处理用户请求？A. DispatcherServletB. ControllerC. ServiceD. Repository3. MyBatis框架中的映射文件通常使用哪种格式？A. XMLB. JSONC. YAMLD. Properties4. Spring框架的依赖注入（DI）主要用于：A. 数据库连接B. 配置文件解析C. 组件之间的耦合D. 日志记录5. 以下哪个不是Spring MVC的视图技术？A. JSPB. ThymeleafC. FreeMarkerD. Hibernate6. 在Spring框架中，@Transactional注解通常用于：A. 声明方法的事务性B. 声明方法的线程安全性C. 声明方法的同步性D. 声明方法的并发性7. MyBatis中，以下哪个不是内置的Executor类型？A. SIMPLEB. BATCHC. REUSED. PERSISTENT8. 在Spring MVC中，拦截器（Interceptor）主要用于：A. 处理HTTP请求B. 处理HTTP响应C. 日志记录和权限校验D. 数据库事务管理9. Spring框架的AOP（面向切面编程）主要用于：A. 数据持久化B. 事务管理C. 业务逻辑处理D. 视图渲染10. 在MyBatis中，以下哪个不是配置文件中的元素？A. `<settings>`B. `<typeAliases>`C. `<resultMaps>`D. `<datasource>`## 二、简答题（每题5分，共10分）1. 简述Spring框架中Bean的作用域有哪些，并给出一个例子说明其使用场景。

SpringBoot事务注解@Transactional

SpringBoot事务注解@TransactionalSpringBoot提供了⾮常⽅便的事务操作，通过注解就可以实现事务的回滚，⾮常⽅便快捷，下⾯我们就说⼀下如何进⾏事务操作。

1. 事务说明在Spring中，事务有两种实现⽅式，分别是编程式事务管理和声明式事务管理两种⽅式。

编程式事务管理：编程式事务管理使⽤TransactionTemplate或者直接使⽤底层的PlatformTransactionManager。

对于编程式事务管理，spring推荐使⽤TransactionTemplate。

声明式事务管理：建⽴在AOP之上的。

其本质是对⽅法前后进⾏拦截，然后在⽬标⽅法开始之前创建或者加⼊⼀个事务，在执⾏完⽬标⽅法之后根据执⾏情况提交或者回滚事务。

声明式事务管理不需要⼊侵代码，通过@Transactional就可以进⾏事务操作，更快捷⽽且简单。

推荐使⽤2. 如何使⽤在Mybatis中使⽤事务，⾮常简单，只需要在函数增加注解@Transactional，⽆需任何配置。

我们通过在controller层增加事务例⼦看下：@AutowiredOrderServiceorderService; //order操作的Service层@ApiOperation(value = "增加OrderCustomer")@RequestMapping(value = "", method = RequestMethod.POST)@ResponseBody@Transactionalpublic JsonBean<Order> insertOrder(@RequestParam(value = "order") String order) {try {//创建订单Order order = orderService.insert(user.getId(),is_company,fk_want_company_id);return new JsonBean(SUCCESS, orderCustomer);}catch (ErrorCodeException e){TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();return new JsonBean(e.getErrorCode());}}@Transactional可以作⽤于接⼝、接⼝⽅法、类以及类⽅法上。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。

对于编程式事务管理，spring推荐使用TransactionTemplate。

声明式事务管理建立在AOP之上的。

其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

显然声明式事务管理要优于编程式事务管理，这正是spring 倡导的非侵入式的开发方式。

声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。

和编程式事务相比，声明式事务唯一不足地方是，后者的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。

但是即便有这样的需求，也存在很多变通的方法，比如，可以将需要进行事务管理的代码块独立为方法等等。

声明式事务管理也有两种常用的方式，一种是基于tx和aop 名字空间的xml配置文件，另一种就是基于@Transactional 注解。

显然基于注解的方式更简单易用，更清爽。

自动提交(AutoCommit)与连接关闭时的是否自动提交自动提交默认情况下，数据库处于自动提交模式。

每一条语句处于一个单独的事务中，在这条语句执行完毕时，如果执行成功则隐式的提交事务，如果执行失败则隐式的回滚事务。

对于正常的事务管理，是一组相关的操作处于一个事务之中，因此必须关闭数据库的自动提交模式。

不过，这个我们不用担心，spring会将底层连接的自动提交特性设置为false。

org/springframework/jdbc/datasource/DataSourceTransact ionManager.java// switch to manual commit if necessary. this is very expensive in some jdbc drivers,// so we don't want to do it unnecessarily (for example ifwe've explicitly// configured the connection pool to set it already).if (con.getautocommit()) {txobject.setmustrestoreautocommit(true);if (logger.isdebugenabled()) {logger.debug("switching jdbc connection [" + con + "] to manual commit");}con.setautocommit(false);}有些数据连接池提供了关闭事务自动提交的设置，最好在设置连接池时就将其关闭。

但C3P0没有提供这一特性，只能依靠spring来设置。

因为JDBC规范规定，当连接对象建立时应该处于自动提交模式，这是跨DBMS的缺省值，如果需要,必须显式的关闭自动提交。

C3P0遵守这一规范，让客户代码来显式的设置需要的提交模式。

连接关闭时的是否自动提交当一个连接关闭时，如果有未提交的事务应该如何处理？JDBC规范没有提及，C3P0默认的策略是回滚任何未提交的事务。

这是一个正确的策略，但JDBC驱动提供商之间对此问题并没有达成一致。

C3P0的autoCommitOnClose属性默认是false,没有十分必要不要动它。

或者可以显式的设置此属性为false，这样会更明确。

基于注解的声明式事务管理配置spring-servlet.xml<bean id="txManager"class="org.springframework.jdbc.datasource.DataSourceTransactionManager"><property name="dataSource" ref="dataSource"/></bean><tx:annotation-driven transaction-manager="txManager" />还要在spring-servlet.xml中添加tx名字空间...xmlns:tx="/schema/tx"xmlns:aop="/schema/aop"xsi:schemaLocation=".../schema/tx/schema/tx/spring-tx.xsd...MyBatis自动参与到spring事务管理中，无需额外配置，只要org.mybatis.spring.SqlSessionFactoryBean引用的数据源与DataSourceTransactionManager引用的数据源一致即可，否则事务管理会不起作用。

另外需要下载依赖包aopalliance.jar放置到WEB-INF/lib目录下。

否则spring初始化时会报异常ng.NoClassDefFoundError:org/aopalliance/intercept/MethodInterceptorspring事务特性spring所有的事务管理策略类都继承自org.springframework.transaction.PlatformTransactionMan ager接口public interface PlatformTransactionManager {TransactionStatus getTransaction(TransactionDefinition definition)throws TransactionException;void commit(TransactionStatus status) throwsTransactionException;void rollback(TransactionStatus status) throws TransactionException;}其中TransactionDefinition接口定义以下特性：事务隔离级别隔离级别是指若干个并发的事务之间的隔离程度。

TransactionDefinition 接口中定义了五个表示隔离级别的常量：TransactionDefinition.ISOLATION_DEFAULT：这是默认值，表示使用底层数据库的默认隔离级别。

对大部分数据库而言，通常这值就是TransactionDefinition.ISOLATION_READ_COMMITTED。

TransactionDefinition.ISOLATION_READ_UNCOMMITTE D：该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。

该级别不能防止脏读，不可重复读和幻读，因此很少使用该隔离级别。

比如PostgreSQL实际上并没有此级别。

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_SUPPORTE D：以非事务方式运行，如果当前存在事务，则把当前事务挂起。

TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。