Spring 事务

 

 @Transactional默认只捕获RuntimeException

@Transactional(rollbackFor = Exception.class)

 

Order

在Springboot中事务的Order在 @EnableTransactionManagement中配置，默认是Integer.MAX_VALUE。

AOP实现动态数据源切换时，切面必须在事务切面之前执行。

 

 @Transactional失效

https://www.cnblogs.com/milton/p/6046699.html

https://www.jianshu.com/p/d4c3634447d0

非常规失效用例

@Service
public class ProductServiceImpl implements ProductService{

    public Integer getPrice(ProductInfo p){
        ...
        compute(p); //@Transactional会失效
        ...
    }

    @Transactional(rollbackFor = Exception.class)
    public Integer compute(ProductInfo p){ //TestService的普通方法
        .....
    }
}

常规：

1. 检查异常正确抛出，没有被catch消化。
2. 检查@Transactional捕获异常类型是否匹配。
3. 检查 事务管理器bean与事务方法执行bean，配置在同一个spring容器里。（多容器/父子容器环境一定要小心）
4. 检查spring扫描。
5. 检查数据库引擎是否支持事务。

非常规：

1. @Transactional 加于private方法, 无效
2. @Transactional 加于非接口的public方法, 再通过非事务接口方法调用, 无效
3. @Transactional 加于接口方法, 无论下面调用的是private或public方法, 都有效
4. @Transactional 加于接口方法后, 被本类非事务接口方法直接调用, 无效
5. @Transactional 加于接口方法后, 被本类非事务接口方法通过接口调用, 有效
6. @Transactional 加于接口方法后, 被它类的接口方法调用, 有效
7. @Transactional 加于接口方法后, 被它类的私有方法调用, 有效

非常规总结: Transactional是否生效, 取决于方法是public，并且注解加载于接口方法, 并且是通过接口方法调用(而不是本类非事务方法直接调用)

本类非事务方法直接调用事务方法造成失效原因：假设本类中非事务A方法中直接调用有事务B方法

通过反射执行方法时传的是目标类实例，不是代理类，也就是说我们通过aop执行A方法的时候，我们的通过反射调用的实例换成了目标类，这个就不会触发Spring的aop了。所以B方法的事务不会生效。

其本质是AOP失效，所以SpringAop也存在着同样的失效风险

失效解决方案

1 避免避免类内部方法直接调用。最简单彻底，但是要修改代码逻辑。

2 拿到代理类对象，再调用本类中B方法。(T)AopContext.currentProxy().B()

<aop:aspectj-autoproxy proxy-target-class="true" expose-proxy="true"/>
//XML 新增如下语句；先开启cglib代理,开启 exposeProxy = true,暴露代理对象

public class TicketService{

    //买火车票
    public void buyTrainTicket(Ticket ticket){
        System.out.println("买到了火车票");
        try {

           //通过代理对象去调用sendMessage()方法          
           (TicketService)AopContext.currentProxy().sendMessage();

        } catch (Exception  e) {
            logger.warn("发送消息异常");
        }
    }

    @Transactional
    public void sendMessage(){
        System.out.println("消息存入数据库");
        System.out.println("执行发送消息动作");
    }
}

@Transactional(readOnly = true) 的含义

执行单条查询语句时, 数据库默认支持SQL执行期间的读一致性. 而执行多条查询语句(例如统计查询, 报表查询)时, 多条查询SQL必须保证整体的读一致性, 否则在每条查询之间数据可能发生变动, 导致最终的查询结果出现数据不一致的错误，此时应该启用事务支持.

read-only="true"表示该事务为只读事务, 上面的多条查询可以使用只读事务. 由于只读事务不存在对数据的修改, 因此数据库将会为只读事务提供一些优化手段, 例如Oracle对于只读事务不启动回滚段, 不记录回滚log.

在JDBC中指定只读事务的办法为 connection.setReadOnly(true), Hibernate中指定只读事务的办法为 session.setFlushMode(FlushMode.NEVER). 在Spring的Hibernate封装中，指定只读事务的办法为bean配置文件中 prop属性增加“read-Only”.  或者用注解方式@Transactional(readOnly=true)

在将事务设置成只读后, 相当于将数据库设置成只读数据库, 此时若要进行写的操作会报错.