描述一下网站建设的基本流程,qq浏览器网页版入口,2023年ppt模板免费,成都到西安开车要多久一、事务回顾 回顾地址#xff1a; 深入理解数据库事务#xff08;超详细#xff09;_数据库事务操作_Maiko Star的博客-CSDN博客 事务#xff1a; 是一组操作的集合#xff0c;是一个不可分割的工作单位#xff0c;这些操作要么同时成功#xff0c;要么同时失败 事…一、事务回顾 回顾地址  深入理解数据库事务超详细_数据库事务操作_Maiko Star的博客-CSDN博客 事务 是一组操作的集合是一个不可分割的工作单位这些操作要么同时成功要么同时失败  事务的操作 开启事务一组操作开始前开启事务start transaction / begin提交事务这组操作全部成功后提交事务commit回滚事务中间任何一个操作出现异常回滚事务rollback SpringBoot中的事务是指一组操作数据库的动作集合事务是数据库的逻辑工作单位事务中包含的各操作要么都做要么都不做。 二、SpringBoot事务的实现方式 1声明式事务管理推荐 声明式事务管理建立在 AOP 之上其本质是对方法前后进行拦截然后在目标方法开始之前创建或者加入一个事务在执行目标方法之后根据执行的情况提交或者回滚事务。声明式事务管理不需要入侵代码通过 Transactional 就可以进行事务的操作推荐使用。 在方法上添加Transactional注解表示该方法需要被事务管理。使用Propagation属性指定事务的传播行为默认是REQUIRED即如果当前存在事务则加入该事务如果没有事务则新建一个事务。使用Isolation属性指定事务的隔离级别默认是数据库的默认隔离级别。使用readOnly属性指定事务是否为只读如果为只读则在事务中不允许进行写操作默认为false。使用rollbackFor属性指定哪些异常触发事务回滚默认为RuntimeException。 示例代码 Service Transactional public class UserService {Autowiredprivate UserRepository userRepository;public User createUser(User user) {// 业务逻辑return userRepository.save(user);}public void updateUser(User user) {// 业务逻辑userRepository.save(user);} } 2编程式事务管理 编程式事务管理使用 TransactionTemplate或者直接使用底层的 PlatformTransactionManager。对于编程式事务管理spring 推荐使用 TransactionTemplate。 使用TransactionTemplate手动控制事务的开始和提交/回滚。在execute方法内部执行需要被事务管理的业务逻辑。 示例代码 Service public class UserService {Autowiredprivate TransactionTemplate transactionTemplate;Autowiredprivate UserRepository userRepository;public User createUser(User user) {return transactionTemplate.execute(status - {try {// 业务逻辑return userRepository.save(user);} catch (Exception e) {status.setRollbackOnly();throw e;}});}public void updateUser(User user) {transactionTemplate.execute(status - {try {// 业务逻辑userRepository.save(user);} catch (Exception e) {status.setRollbackOnly();throw e;}return null;});} } 三、Transactional 注解介绍及使用 3.1 Transactional 作用范围 Fransactional 可以用来修饰方法或类 修饰方法时表示当前的方法开启事务需要注意只能应用在 public 方法上。修饰类时表示当前该类下面的所有被 public 修饰的方法都开启事务。默认会回滚运RuntimeException 及其子类 3.2 Transactional 参数说明 参数作用value当配置了多个事务管理器时可以使用该属性指定选择哪个事务管理器。transactionManager当配置了多个事务管理器时可以使用该属性指定选择哪个事务管理器。propagation事务的传播行为默认值为 Propagation.REQUIRED。isolation事务的隔离级别默认值为 Isolation.DEFAULT。timeout事务的超时时间默认值为-1表示没有超时时间。如果超过该超时时间显示但事务还没有完成则自动回滚事务。readOnly指定事务是否为只读事务默认值为 false。为了忽略那些不需要事务的方法比如读取数据可以设置为 true。rollbackFor用于指定能够被触发事务回滚的异常类型可以指定多个异常类型。rollbackForClassName用于指定能够被触发事务回滚的异常类型可以指定多个异常类型。noRollbackFor抛出异常的类型不回滚事务也可以指定多个异常类型。noRollbackForClassName抛出异常的类型不回滚事务也可以指定多个异常类型。 参数名称功能描述readOnly该属性用于设置当前事务是否为只读模式设置为 true 表示只读false 表示可读可写默认情况下是 false。 例如 Transactional(readOnly true)rollbackFor该属性用于设置需要进行回滚的异常类数组当方法中抛出指定异常数组中的异常时则进行事务回滚。 例如 指定单一异常类Transactional(rollbackFor Exception.class) 指定多个异常类Transactional(rollbackFor {RuntimeException.class,Exception.class})rollbackForClassName该属性用于设置需要进行回滚的异常类名称数组当方法中抛出指定异常名称数组中的异常时则进行事务回滚。 例如 指定单一异常类名Transactional(rollbackForClassName RuntimeException) 指定多个异常类名Transactional(rollbackForClassName {RuntimeException,Exception})noRollbackFor该属性用于设置不需要进行回滚的异常类数组。使用方法同 rollbackFornoRollbackForClassName该属性用于设置不需要进行回滚的异常类名称数组。使用方法同 rollbackForClassNamepropagation该属性用于设置事务的传播行为。isolation该属性用于设置事务的隔离级别。timeout该属性用于设置事务的超时秒数默认值为 -1 表示永不超时。 3.3 Transactional 出现异常注意事项 1.Transactional 只能放在 public 修饰的方法上。 2.Transactional不加任何参数时默认会回滚运RuntimeException 及其子类其它范围之外的异常 Spring 不会帮我们去回滚数据。 3.Transactional(rollbackFor Exception.class)如果加上rollbackFor 参数会回滚所指定的异常类前提下一定要在catch中抛出相关异常类否则事务还是失效的。 4.Transactional 在异常被捕获的情况下不会进行事务的自动回滚。 默认情况下Spring 中的事务如果遇到运行时异常事务是会进行回滚的但遇到非运行时异常事务不会自动回滚。可以设置 rollbackFor 来解决非运行时异常不会被回滚的问题。示例代码如下 RequestMapping(/test3) Transactional public String test3(RequestParam String username, RequestParam String pwd) {// 插⼊数据库int result userService.addUser(username, pwd);try {// 执⾏了异常代码int i 10 / 0;} catch (Exception e) {}以上代码虽然出现了算数异常但是由于主动捕获了且没有进行抛出因此不会进行事物的回滚数据库中会插入该条数据。 如果要解决出现异常事务不能自动回滚的问题以下提供两种解决方案 1方案一对于捕获的异常事务是不会自动回滚的因此可以在捕获异常后主动将该异常重新抛出。默认只回滚RunTimeException故我们这里演示抛出RunTimeException示例代码如下 RequestMapping(/test3) Transactional public String test3(RequestParam String username, RequestParam String pwd) {// 插⼊数据库int result userService.addUser(username, pwd);try {// 执⾏了异常代码int i 10 / 0;} catch (Exception e) {// 将异常重新抛出throw new RunTimeException();}return 测试完成!; }方案二推荐手动去回滚事务可以通过方法 TransactionAspectSupport.currentTransactionStatus() 得到当前的事务然后设置回滚方法 setRollbackOnly 就可以实现回滚。示例代码如下 RequestMapping(/test3) Transactional public String test3(RequestParam String username, RequestParam String pwd) {// 插⼊数据库int result userService.addUser(username, pwd);try {// 执⾏了异常代码int i 10 / 0;} catch (Exception e) {// 手动回滚 TransactionStatus transactionStatus TransactionAspectSupport.currentTransactionStatus();transactionStatus.setRollbackOnly();}return 测试完成!; }使用了TransactionAspectSupport类来获取当前的事务状态并通过调用setRollbackOnly()方法手动回滚事务。这是Spring框架中一种手动回滚事务的方式。 3.4  Transactional 失效的情况排查 问题方法上添加了 Transactional 注解为什么没有进行回滚 排查一是否使用了 try catch 进行了异常捕获并且捕获之后没有通过 throw new RuntimeException(); 进行异常抛出。因为对于 spring aop 异常捕获原理被拦截的方法需要显示的抛出异常并不能进行任何处理这样 aop 代理才能捕获到方法的异常才能进行事务的回滚操作默认清空下aop 只捕获 RuntimeException 的异常但是可以通过配置来捕获特定的异常并回滚。 排查二是否使用了 try catch 进行了异常信息捕获如果是可以在 catch 语句中添加TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()手动回滚事务 排查三排查是不是产生了自调用的问题。在 spring 的 aop 代理下只有目标方法被外部调用目标方法才由 spring 生成的代理对象来管理若统一类中的其他没有用 Transactional 注解进行修饰的方法内部调用了 用 Transactional 注解进行修饰的方法有 Transactional 注解的方法的事务将会被忽略不发生回滚。周氏概括即没有使用Transactional 注解修饰的方法调用了用 Transactional 注解进行修饰的方法将会导致事务失效 ​ 备注如果确实需要这样操作只需要把 Transactional 注解加在当前的类名上就可以了 或者使用 AspectJ 取代 spring aop 进行代理。 排查四Transactional 注解只被应用到 public 修饰的方法上如果在 protected、private等修饰的方法上Transactional 注解不会报错但是这个注解的将不会生效。 排查五Transactional 注解不会对当前修饰的方法的处理异常的子方法生效。比如我们在方法 A 中声明了 Transactional 注解但是 A 方法的内部调用的 方法 B 和 方法 C其中方法 B 进行了 数据库的操作但是该部分的异常被方法 B 进行了处理并且没有进行 抛出这样的话事务是不会生效的。如果想要事务生效需要将子方法的事务控制交给调用的方法在子方法中使用 Transactional注解并通过 rollbackFor 指定定回滚的异常 或者直接将异常抛出。周氏概括使用Transactional 注解修饰的A方法 调用了 没有用Transactional 注解修饰的B方法但是B方法使用try catch处理了异常这将导致事务失效。使用Transactional 注解修饰的A方法 调用了 没有用Transactional 注解修饰的B方法但是B方法将异常向上抛出或使用Transactional注解并通过 rollbackFor 指定定回滚的异常事务不会失效。 ​ 备注在使用事务的时候最好把子方法的异常进行抛出交给调用的方法进行处理。 四、SpringBoot事务传播机制了解 4.1 事务传播机制的定义 Spring 事务传播机制定义了多个包含了事务的方法在相互调用时事务是如何在这些方法之间进行传递的。 4.2 事务传播机制的作用 事务隔离级别是保证多个并发事务执行的可控性而事务传播机制是保证一个事务在多个调用方法之间的可控性。事务隔离级别是解决多个事务同时调用数据库的问题而事务传播机制是解决一个事务在多个节点中传递的问题。 4.3 Spring 事务传播机制有7种 Propagation.REQUIRED 默认的事务传播机制它表示如果当前存在事务则加入该事务如果当前没有事务则创建一个新的事务。Propagation.SUPPORTS 如果当前存在事务则加入该事务如果当前没有事务则以非事务的方式继续运行。Propagation.MANDATORY 如果当前存在事务则加入该事务如果当前没有事务则抛出异常。Propagation.REQUIRES_NEW 表示创建一个新的事务如果当前存在事务则把当前事务挂起。也就是说不管外部方法是否开启事务该传播机制修饰的内部方法会新开启自己的事务且开启的事务相互独立互不干扰。Propagation.NOT_SUPPORTED 以非事务方式运行如果当前存在事务则把当前事务挂起。Propagation.NEVER 以非事务方式运行如果当前存在事务则抛出异常。Propagation.NESTED 如果当前存在事务则创建一个事务作为当前事务的嵌套事务来运行如果当前没有事务则该取值等价于 Propagation.REQUIRED。 嵌套事务和加入事务的区别 嵌套事务回事有问题的事务但主事务不受影响。加入事务如果任意一个方法出现异常那么整个事务会回滚。