spring事务管理

概述 当我们调用一个基于Spring的Service接口方法（如UserService#addUser()）时，它将运行于Spring管理的事务环境中，Service接口方法可能会在内部调用其它的Service接口方法以共同完成一个完整的业务操作，因此就会产生服务接口方法嵌套调用的情况， Spring通过事务传播行为控制当前的事务如何传播到被嵌套调用的目标服务接口方法中。 事务传播是Spring进行事务管理的重要概念，其重要性怎么强调都不为过。但是事务传播行为也是被误解最多的地方，在本文里，我们将详细分析不同事务传播行为的表现形式，掌握它们之间的区别。 事务传播行为种类 Spring在TransactionDefinition接口中规定了7种类型的事务传播行为，它们规定了 事务方法 和 事务方法发生嵌套调用时 事务如何进行传播： 表 1事务传播行为类型 事务传播行为类型 说明 PROPAGATION_REQUIRED 如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。 PROPAGATION_SUPPORTS 支持当前事务，如果当前没有事务，就以非事务方式执行。 PROPAGATION_MANDATORY 使用当前的事务，如果当前没有事务，就抛出异常。 PROPAGATION_REQUIRES_NEW 新建事务，如果当前存在事务

前言 fescar发布已有时日，分布式事务一直是业界备受关注的领域，fescar发布一个月左右便受到了近5000个star足以说明其热度。当然，在fescar出来之前，已经有比较成熟的分布式事务的解决方案开源了，比较典型的方案如LCN（https://github.com/codingapi/tx-lcn）的2pc型无侵入事务，目前lcn已发展到5.0，已支持和fescar事务模型类似的TCX型事务。还有如TCC型事务实现hmily（https://github.com/yu199195/hmily）、tcc-transaction(https://github.com/changmingxie/tcc-transaction)等。在微服务架构流行的当下、阿里这种开源大户背景下，fescar的发布无疑又掀起了研究分布式事务的热潮。fescar脱胎于阿里云商业分布式事务服务GTS，在线上环境提供这种公共服务其模式肯定经受了非常严苛的考验。其分布式事务模型TXC又仿于传统事务模型XA方案，主要区别在于资源管理器的定位一个在应用层一个在数据库层。博主觉得fescar的txc模型实现非常有研究的价值，所以今天我们来好好翻一翻fescar项目的代码。本文篇幅较长，浏览并理解本文大概耗时30~60分钟左右。 项目地址 fescar：https://github.com/alibaba

什么是消息中间件？ 消息中间件是利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据 通信来进行分布式系统的集成。通过提供消息传递和消息排队模型，可以在分布式架构下扩展进程之间的通信。 消息中间件能做什么？ 消息中间件主要解决的就是分布式系统之间消息传递的问题，它能够屏蔽各种平台以及协议之间的特性，实现引用程序之间的协同。举个非常简单的例子，就拿一个电商平台的注册功能来简单分析下，用户注册这一个服务，不单单只是insert一条数据到数据库里面就完事了，还需要发送激活邮件、发送新人红包或者积分、发送营销短信等一系列操作。假如说这里面的每一个操作，都需要消耗1s，那么整个注册过程就需要耗时4s才能响应给用户。 但是我们从注册这个服务可以看到，每一个子操作都是相对独立的，同时，基于领域划分以后，发送激活邮件、发送营销短信、赠送积分及红包都属于不同的子域。所以我们可以对这些子操作进行来实现异步化执行，类似于多线程并行处理的概念。如何实现异步化呢？用多线程能实现吗？多线程当然可以实现，只是，消息的持久化、消息的重发这些条件，多线程并不能满足。所以需要借助一些开源中间件来解决。而分布式消息队列就是一个非常好的解决办法，引入分布式消息队列以后，架构图就变成这样了（下图是异步消息队列的场景）。通过引入分布式队列，就能够大大提升程序的处理效率，并且还解决了各个模块之间的耦合问题

//相当于开启事务 //当我们execute的时候，就和服务端建立链接 　　 dataSource.getConnection().createStatement(); //事务的回滚 dataSource.getConnection().rollback(); //默认的话是自动提交，所有的事务操作框架都会把autoCommit改成false，否则的话无法手动干预 dataSource.getConnection().setAutoCommit(false); //只读事务 dataSource.getConnection().setReadOnly(true); //事务的提交 dataSource.getConnection().commit(); 1、数据库操作，都会通过事务来管理 ACID，最大的问题，解决数据一致性的问题，能量守恒 分布式：分布式事务处理瞬时一致性，通常说的是最终的一致性（异步核对，主流的方式就通过日志） 事务的操作流程：事务只是一种思想，该如何用技术实现 像一般操作的Connection（接口）类，这个类是java客户端和数据库事务通信的桥梁，也就是一个包装类，就是一个TCP链接，底层就是socket 但java自己不实现，只是提供这个封装，提供这个JDK，让其他相关数据库厂商自己实现，所以我们要单独导入类似Mysql的jar包

IOC public class IServiceImpl implements IService {　　 public void IserviceImpl(){}　　 @Override public void getService() { System.out.println("服务"); } } applicationContext.xml <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation=" http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd"> <bean id="myService" class="com.pack.Service.IServiceImpl"/> </beans> ApplicationContext来加载类 　　通过ClassPathXmlApplicationContext来加载类

1.Spring是什么？ Spring是一个轻量级的IoC和AOP容器框架。目的是用于简化企业应用程序的开发，它使得开发者只需要关心业务需求。常见的配置方式有三种：基于XML的配置、基于注解的配置、基于Java的配置。 主要由以下几个模块组成： Spring Core：核心类库，提供IOC服务； Spring AOP：AOP服务； Spring Context：提供框架式的Bean访问方式； Spring DAO：对JDBC的抽象，简化了数据访问异常的处理； Spring ORM：对现有的ORM框架的支持； Spring Web：提供了基本的面向Web的综合特性，例如多方文件上传； Spring MVC：提供面向Web应用的Model-View-Controller实现。 2、Spring 的优点？ spring属于低侵入式设计，代码的污染极低； spring的DI机制将对象之间的依赖关系交由框架处理，减低组件的耦合性； Spring提供了AOP技术，支持将一些通用任务，如安全、事务、日志、权限等进行集中式管理，从而提供更好的复用。 spring对于主流的应用框架提供了集成支持。 3.Spring的AOP理解： AOP，一般称为面向切面，作为面向对象的一种补充，用于将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑，抽取并封装为一个可重用的模块，这个模块被命名为“切面”

事务不生效的原因： @Transactional 1：数据库引擎是否支持 InnoDB支持事务，MyIsam不支持。查看表是什么引擎 1 show create table pms_product; 2：没有被 Spring 管理 1 // @Service 2 public class OrderServiceImpl implements OrderService { 3 4 @Transactional 5 public void updateOrder(Order order) { 6 // update order 7 } 8 9 } 如果此时把 @Service 注解注释掉，这个类就不会被加载成一个 Bean，那这个类就不会被 Spring 管理了，事务自然就失效了。 3：方法不是 public 的 4：异常被吃了 1 @Override 2 @Transactional 3 public void testTransaction() { 4 log.info("测试事务。修改id=1的值"); 5 PmsProduct pmsProduct = baseMapper.selectById(1L); 6 pmsProduct.setProCreateTime(LocalDateTime.now()); 7 baseMapper.updateById(pmsProduct

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 今天再来一篇《 吊打面试官 》系列，这次真的要吊打了，哈哈！（看往期吊打系列请在后台回复： 吊打 ，我会陆续更新……） 前几天栈长不是发了一篇文章，里面有一个关于事务失效的问题： 用 Spring 的 @Transactional 注解控制事务有哪些不生效的场景？ 其中有个热心粉丝留言分享了下，我觉得总结得有点经验，给置顶了： 以上留言来源微信公众号：Java技术栈，关注一起学Java! 但是我觉得还是总结得不够全，今天栈长我再总结一下，再延着这位粉丝的总结再补充完善一下，不用说，我肯定也不见得总结全，但希望可以帮忙有需要的人。 1、数据库引擎不支持事务 这里以 MySQL 为例，其 MyISAM 引擎是不支持事务操作的，InnoDB 才是支持事务的引擎，一般要支持事务都会使用 InnoDB。 根据 MySQL 的官方文档： https://dev.mysql.com/doc/refman/5.5/en/storage-engine-setting.html 从 MySQL 5.5.5 开始的默认存储引擎是：InnoDB，之前默认的都是：MyISAM，所以这点要值得注意，底层引擎不支持事务再怎么搞都是白搭。 2、没有被 Spring 管理 如下面例子所示： // @Service public class

转自： 　　https://blog.csdn.net/cp026la/article/details/86496788 扯淡： 　　复杂的业务逻辑中一个请求可能需要多次操作数据库，要保证一个Service 方法中多个 dao 的操作同时成功(失败)，事务的配置就很重要了。 大概分三种情况: 　　1、分布式事务：即多模块中事务，分布式事务建议是可以避免就避免，可以使用消息中间件处理，但也不能完全解决。 　　2、多线程事务：参考：https://blog.csdn.net/kongkongyanan/article/details/81703415 　　3、单模块中的事务，本章的重点，也是开发中遇到的最多的，这里给出两种配置方式。 　　本章分别使用注解 @Transactional (springboot默认推荐)和 AOP 全局配置的方式: pom 依赖(延续上一章代码)增加aop的依赖: <!-- aop --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-aop</artifactId> </dependency> 一、事务演示: 需要引入spring-boot-starter-jdbc依赖，但是我们集成了mybatis，已经包含了该依赖

主要分析点： 一、Spring开源框架的简介 二、Spring下IOC容器和DI(依赖注入Dependency injection) 三、Spring下面向切面编程(AOP)和事务管理配置 一、Spring开源框架的简介 　　 Spring是一个开源框架，Spring是于2003 年兴起的一个轻量级的Java 开发框架，由Rod Johnson 在其著作Expert One-On-One J2EE Development and Design中阐述的部分理念和原型衍生而来。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。 简单来说，Spring是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架。 　 　spring的基本框架主要包含六大模块：DAO、ORM、AOP、JEE、WEB、CORE Spring DAO ：Spring提供了对JDBC的操作支持：JdbcTemplate模板工具类 。 Spring ORM ：Spring可以与ORM框架整合。例如Spring整合Hibernate框架，其中Spring还提供HibernateDaoSupport工具类