追加事务控制的方法

追加事务控制的方法
1,追加try{...}catch(){...},修改量非常大;
2,利用spring事务控制,将食物控制功能切入到所有的service方法上,修改量很小(推荐)。

spring事务控制采用了spring aop编程方式,基于AOP进行了封装。

spring事务控制方法
采用注解配置方式,使用spring事务控制。
》在spring配置文件中定义一个事物管理bean
》在spring配置文件中开启事物注解@Transactional
》在目标组件方法前或者类定义前添加@Transactional

@Transactional
public void someService(){
    // 操作1
    // 操作2
}

spring会调用someService方法,如果抛出异常,会回滚事物;
如果没有异常会提交事物。
如果不使用spring事物,默认是一个dao方法执行结束会自动提交。

spring事务控制属性
readonly
    可以控制事务是只读事务还是可读可写事务。
    只读:适合只有select操作的方法》readonly=true
    可读写:适合select,update,save,delete操作的方法》不写默认为false,readonly=false
rollbackFor
    可以控制遇到什么类型异常进行事务回滚,默认RuntimeException,RuntimeException才会回滚,其他异常类型需要指定
    》rollbackFor=IOException.class》rollbackFor=Exception.class,不管啥异常都回滚
propagation
    事务传播类型,默认类型为REQUIRED。
    @Transactional
    public void f1(){
        // 操作1
        // 操作2
        f2();
    }
    @Transactional
    public void f2(){
        // 操作3
        // 操作4
    }
    默认情况下Transactional会传播的,1234是一个整体。
    REQUIRED--支持当前事务,如果当前没有事务,就新建一个事务,这是最常见的选择。
    SUPPORTS--支持当前事务,如果当前没有事务,就以非事务方式执行。
    MANDATORY--支持当前事务,如果当前没有事务,就抛出异常。
    REQUIRES_NEW--新建事务,如果当前存在事务,把当前事务挂起。
    NOT_SUPPORTED--以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
    NEVER--以非事务方式执行,如果当前存在事务,则抛出异常。
    NESTED--
isolation
    事务隔离级别,默认为DEFAULT。
    public void f1(){// synchronized写在这里低效
        // 操作1
        synchronized(对象){
            // 操作2(争抢操作一个单例对象)
        }
        // 操作3
    }
    @Transactional
    public void f2(){
        // 操作1
        // 操作2》对数据库操作findAllUser》幻读
        // 操作3
    }
    @Transactional
    public void f3(){
        // 对数据库操作删除某个User
    }
    @Transactional
    public void f3(){
        // 对数据库操作更新某个User
    }
    为什么要隔离事务(一段与DB有关的逻辑操作)。
    如果一个事务对DB记录做处理,中间被另一个事务操作把DB数据破坏掉,就产生错误处理结果。
    因此为了保障事务处理的完整性,需要将两个事务操作隔离开。
    spring隔离级别有以下几种:
    READ_UNCOMMITED读未提交
    READ_COMMITED读已提交
    REPEATABLE_READ可重复读
    SERIALIZABLE序列化
    DEFALUT默认,根据数据库的能力自动选择,数据库软件本身有隔离级别,Oracle是READ_COMMITED,MySQL是REPEATABLE_READ
    隔离级别READ_UNCOMMITED最低,安全性最差,并发处理能力最强。
    隔离级别SERIALIZABLE最高,安全性最强,并发处理能力最差。
    一般使用时,选择DEFALUT,有些安全性问题,需要程序员通过编程锁进行解决,分悲观锁和乐观锁。

猜你喜欢

转载自blog.csdn.net/zh_chong/article/details/81185464