有些时候进行一些判断后，根据当前状态需要进行事务回滚，用以下代码实现//手动开启事务回滚TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

  jenkins部署过程中，有时会遇到构建后项目启动失败的情况，如果情况紧急那就要快速回滚代码，手动回滚是相当的麻烦。可以用Jenkins结合Shell脚本来完成一键回滚操作。新建一个maven工程设置历史版本的构建包个数，方便本次构建失败后能回滚回去!(https://oscimg.oschina.net/oscn

1Redis事务基本事务指令Redis提供了一定的事务支持，可以保证一组操作原子执行不被打断，但是如果执行中出现错误，事务不能回滚，Redis未提供回滚支持。multi 开启事务exec 执行事务127.0.0.1:6379multiOK127.0.0.

innodb事务日志包括redolog和undolog。redolog是重做日志，提供前滚操作，undolog是回滚日志，提供回滚操作。undolog不是redolog的逆向过程，其实它们都算是用来恢复的日志：1.redolog通常是物理日志，记录的是数据页的物理修改，而不是某一行或某几行修改成怎样怎样，它用来恢复提交后的物理数

事务的管理方式有两种，第一种是编程式事务管理，需要将数据库的自动提交等取消，并且需要自己编写事务代码，第二种则是声明式事务管理模式，spring利用springAOP特性编写了注解即题目中所提到的方式来管理事务，避免开发人员编写大量的事务代码。一、特性先来了解一下@Transactional注解的特性吧，可以更好排查问题1\.service类

1\.介绍在发现有些commit出错时，可使用Hudi提供的rollback回滚至指定的commit，这样可防止出现错误的结果，并且当一次commit失败时，也会进行rollback操作，保证一次commit的原子性。2\.分析rollback（回滚）的入口在HoodieWriteClientrollback，其

一、前言  开发中我们经常使用@Transactional注解来启用Spring事务管理，但是如果使用方法不当，会遇到注解不生效该事务回滚的地方却没有回滚的问题。总结下一般是以下几个原因：1.@Transactional注解只能应用到public可见度的方法上。如果应用在protected、private或者p

一、摘要在上一篇文章，链接如下：https://www.cnblogs.com/xiao987334176/p/11434849.html(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Fxiao987334176%2Fp%2F114

spring默认非嵌套调用的情况Spring框架的事务基础架构代码将默认地只在抛出运行时和uncheckedexceptions时才标识事务回滚。也就是说，当抛出一个RuntimeException或其子类例的实例时。（Errors也一样默认地标识事务回滚。）从事务方法中抛出的Checkedexceptions将不

一、背景继上篇【稳定性：关于缩短MTTR的探索】后，看到一些线上问题应急预案采用的是回滚方案，但是在大部分牵扯代码场景下，开关技术才是线上问题快速止血的最佳方式。比如履约平台组的Promise作为下单黄金链路，如遇线上问题的话，采用通用的回滚方式需要510