spring回滚事务配置

spring回滚事务配置相关知识

• Spring 事务配置解惑

  　　事务是数据库区别于文件系统的一个重要特征，数据库通过事务保证了数据库中数据的完整性，也就是一个事务内的 N 多操作要么全部都提交，要么全部都回滚。在 Spring 框架中使用事务，我们需要在 XML 里面配置好多 Bean，而这些 Bean 背后都做了哪些事情那，并不是每个人都清楚。通过<a rel="dofollow" href="https://www.fgba.net/" title="富贵"><font color=#202020 >富贵</font></a> Chat 您将能弄清楚Mybatis结合Spring中 XML 文件里面配置事务时，每个配置项 Bean
• Spring 事务应用误区总结：那些导致事务不回滚的坑

  基于JDBC的 Spring事务在项目中常用来保证数据的一致性， 想要正确的使用，绝不是加一个@Transactional那么简单。最近团队内在排查事务不生效的问题时，就遇到了一个很典型的错误应用的场景。本文就几个容易遇到的导致事务不生效的场景做个总结。keng.png一、Spring事务原理在使用JDBC事务操作数据库时，流程如下：//获取连接 1.Connection con = DriverManager.getConnection()//开启事务2.con.setAutoCommit(true/false);3.执行CRUD//提交事务/回滚事务 4. con.commit() / con.rollback();//关闭连接5. conn.close();Spring本身并不提供事务，而是对JDBC事务通过AOP做了封装，隐藏了2和4的操作，简化了JDBC的应用。spring对JDBC事务的封装，是通过AOP动
• spring的事务管理配置

  spring有两种事务配置器，可以使用spring的jdbc事务管理器，也可以使用对hibernate的事务管理器第一种 使用Spring JDBC或IBatis进行事务配置（配置文件方式）：<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans"     xmlns:context="http://www.springframework.org/schema/context" xmlns:p="http://www.springframework.org/schema/p"     xmlns:aop="http://www.
• try catch对Spring事务的影响

  一、Spring 的默认事务机制，当出现unchecked异常时候回滚，checked异常的时候不会回滚。 异常中unchecked异常包括error和runtime异常。需要try catch或向上抛出的异常，为checked异常比如IOException，也就是说程序抛出runtime异常的时候才会进行回滚，其他异常不回滚，可以配置设置所有异常回滚： @Transactional(rollbackFor = { Exception.class }) 当有try catch后捕获了异常，事务不会回滚。如果不得不在service层写try catch 需要catch后 throw new RuntimeException 让

spring回滚事务配置相关课程

• Spring Cloud Alibaba微服务从入门到进阶 Spring Cloud Alibaba是阿里微服务的解决方案与精华沉淀。学习本课程，能熟练掌握Spring Cloud Alibaba的使用和原理，并带领大家从0开始编写一个学习笔记微信小程序，在实践中深入理解微服务思想。

  讲师：大目 中级 2701人正在学习

• Spring Cloud / Alibaba 微服务架构实战 没有实战过微服务架构的人，不能说真懂微服务。因为除了技术的实现，这其中还涉及了难以量化的业务拆分和组件化思想。这门课就带大家以电商工程为例，基于Spring Cloud / SpringCloud Alibaba ，融合常用组件/中间件，进行微服务架构设计和开发，获取真正的企业级微服务解决方案。

  讲师：张勤一 中级 895人正在学习

• 新RabbitMQ精讲，项目驱动落地，分布式事务拔高 本课从入门到精通，全程用项目递进的方式讲授知识。课程中还融入了很多开发小Tips，并且把深度做足：解读核心源码，基于RabbitMQ二次开发，手写分布式事务框架，提升技术深度，培养框架思维。

  讲师：Moody 中级 364人正在学习

spring回滚事务配置相关教程

• 4.2 例2 回滚事务 事务提交和事务回滚是一对互斥操作，事务回滚后，事务之前的操作都将失效。请书写 SQL 语句，通过一个事务向imooc_user表插入一个用户，用户名为dell，年龄为21，并回滚事务。分析：先显示通过 BEGIN 开始一个事务，然后使用 INSERT 语句插入用户，再通过 ROLLBACK 回滚事务即可。语句：整理可得语句如下：BEGIN;INSERT INTO imooc_user(id,username,age) VALUES (7,'dell',21);ROLLBACK;执行成功后，dell 并未被插入到 imooc_user 表中，可见 ROLLBACK 的确撤销了之前的数据操作。
• 4.3 例3 回滚且提交事务 前面谈到，事务的回滚是可以指定保存点的，因此我们可以只回滚部分操作，提交其它操作。如下：BEGIN;INSERT INTO imooc_user(id,username,age) VALUES (8,'stark', 20);SAVEPOINT savepoint1;INSERT INTO imooc_user(id,username,age) VALUES (9,'alice', 20);ROLLBACK TO savepoint1;COMMIT;上面的 SQL 语句的大致执行流程如下：BEGIN 显示的开启了一个事务。向 imooc_user 表中插入了用户 stark ，并且通过 SAVEPOINT 新建了保存点 savepoint1。又向 imooc_user 中插入了另外一个用户 alice。通过 ROLLBACK 将事务回滚到了 savepoint1，即第2个插入语句将会失效。提交事务。执行成功后，数据如下：+----+----------+-----+| id | username | age |+----+----------+-----+| 8 | stark | 20 |+----+----------+-----+从结果中可以得出，alice 用户并没有插入成功，这与我们的分析一致，也验证了事务的强大。
• 9.1 事务管理器 transactionManager 在 xml 文件中对应 <transactionManager type="JDBC"/>，其中 type 属性对应了事务管理器的两种类型，分别是JDBC和MANAGED。JDBC ：直接使用了 JDBC 的提交和回滚机制。MANAGED：让容器来管理事务的整个生命周期，例如 spring 容器。提示： 如果你使用 spring 作为容器，那么 transactionManager 会被自动配置且可用。
• 5.4 测试分布式事务 在测试方法上添加 @Transactional 开启事务，然后在两个数据源操作中间模拟抛出异常。实例： /** * 插入测试 */ @Test @Transactional // 开启事务 void testInsert() { // 数据源1插入数据 OrderDo order = new OrderDo(); order.setCount(1L); order.setGoodsId(1L); int affectRows1 = orderDao.insert(order); // 模拟抛出异常 int a = 1 / 0; // 数据源2插入数据 ErpOrderDo erpOrder = new ErpOrderDo(); erpOrder.setCount(order.getCount()); erpOrder.setGoodsId(order.getGoodsId()); erpOrder.setOutId(order.getId()); int affectRows2 = erpOrderDao.insert(erpOrder); assertEquals(1, affectRows1); assertEquals(1, affectRows2); }此时运行测试类，可以发现数据源 1 的事务已回滚，验证成功！Tips：如果运行测试类报错 master..xp_sqljdbc_xa_init_ex 相关信息，是 SQL Server 默认配置不支持分布式事务问题，可查询相关资料解决该问题。
• 5. 分布式事务 采用多数据源之后，事务的实现方式也随之发生变化。当某个数据源操作出现异常时，该数据源和其他数据源的事务都需要回滚。这种涉及多个数据源的事务，称为分布式事务，接来下我们就来具体实现一下。
• 6.2 一个事务方法调用另一个事务方法时失效 先看下面的实例，我们修改下 OrderService 类，通过一个事务方法调用 createOrder 方法。实例：/** * 订单服务类 */@Service // 注册为服务类public class OrderService { @Autowired private GoodsDao goodsDao; @Autowired private OrderDao orderDao; @Transactional // 开启事务 public int startCreateOrder(Long goodsId, Long count) throws Exception { return this.createOrder(goodsId, count); } /** * 下单 * * @param goodsId 购买商品id * @param count 购买商品数量 * @return 生成订单数 */ @Transactional(rollbackFor = Exception.class) // 抛出异常即回滚 public int createOrder(Long goodsId, Long count) throws Exception { // 锁定商品库存 GoodsDo goods = goodsDao.selectForUpdate(goodsId); // 扣减库存 Long newNum = goods.getNum() - count; goods.setNum(newNum); goodsDao.update(goods); if (count > goods.getNum()) { // 非受检查异常抛出时，会回滚 throw new Exception(); } // 生成订单 OrderDo order = new OrderDo(); order.setGoodsId(goodsId); order.setCount(count); int affectRows = orderDao.insert(order); return affectRows; }}此时我们在测试类中通过 startCreateOrder 方法再去调用 createOrder 方法，代码如下：实例：/** * 订单测试 */@SpringBootTestclass OrderTest { @Autowired private OrderService orderService; /** * 创建订单测试 */ @Test void testCreateOrder() throws Exception { // 购买id为1的商品1份 int affectRows = orderService.startCreateOrder(1L, 100L); assertEquals(1, affectRows); }}startCreateOrder 和 createOrder 方法都是事务方法，且这两个方法事务特性不同 (一个没有 rollbackFor=Exception.class)，如果我们调用 startTransaction 方法，则 createOrder 中的事务并不会生效。也就是说，如果在同一个类中，一个事务方法调用另一个事务方法，可能会导致被调用的事务方法的事务失效！这是因为 Spring 的声明式事务使用了代理，具体机制此处不再探讨，但是一定要注意规避这种事务失效的场景。

spring回滚事务配置相关搜索

s line safari浏览器 samba SAMP samplerate sandbox sanitize saper sas sass save smarty模板 smil smtp snapshot snd snmptrap soap soapclient soap协议

查看更多慕课网实用课程