springboot注解式事务详解

springboot使用事务需要在启动类上加上开启事务注解:@EnableTransactionManagement

事物注解方式: @Transactional

当标于类前时, 标示类中所有方法都进行事物处理 , 例子:

@Service
@Transactional
public class LogServiceImpl implements LogService {
}

当标于方法上时, 标示该方法都进行事物处理 , 例子:

    /**
     * 删除用户
     * @return
     */
    @Override
    @Transactional
    public void delete(Long  id){
        Long userId = id;
        // 删除用户
        rbacUserDao.deleteUserById(id);
        // 删除用户角色
        rbacUserDao.deleteUserRoleByUserId(userId);
    }

事物传播行为介绍: 

@Transactional(propagation=Propagation.REQUIRED) 
如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)
@Transactional(propagation=Propagation.NOT_SUPPORTED) 
容器不为这个方法开启事务
@Transactional(propagation=Propagation.REQUIRES_NEW) 
不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务
@Transactional(propagation=Propagation.MANDATORY) 
必须在一个已有的事务中执行,否则抛出异常
@Transactional(propagation=Propagation.NEVER) 
必须在一个没有的事务中执行,否则抛出异常(与Propagation.MANDATORY相反)
@Transactional(propagation=Propagation.SUPPORTS) 
如果其他bean调用这个方法,在其他bean中声明事务,那就用事务.如果其他bean没有声明事务,那就不用事务.

事物超时设置:

@Transactional(timeout=30) //默认是30秒

事务隔离级别:

@Transactional(isolation = Isolation.READ_UNCOMMITTED)
读取未提交数据(会出现脏读, 不可重复读) 基本不使用
@Transactional(isolation = Isolation.READ_COMMITTED)
读取已提交数据(会出现不可重复读和幻读)
@Transactional(isolation = Isolation.REPEATABLE_READ)
可重复读(会出现幻读)
@Transactional(isolation = Isolation.SERIALIZABLE)
串行化

MYSQL: 默认为REPEATABLE_READ级别
SQLSERVER: 默认为READ_COMMITTED

脏读 : 一个事务读取到另一事务未提交的更新数据
不可重复读 : 在同一事务中, 多次读取同一数据返回的结果有所不同, 换句话说, 
后续读取可以读到另一事务已提交的更新数据. 相反, “可重复读”在同一事务中多次
读取数据时, 能够保证所读数据一样, 也就是后续读取不能读到另一事务已提交的更新数据
幻读 : 一个事务读到另一个事务已提交的insert数据

@Transactional注解其他常用参数说明

readOnly:
该属性用于设置当前事务是否为只读事务,设置为true表示只读,false则表示可读写,默认值为false。例如:@Transactional(readOnly=true)​​​​​​​

rollbackFor:
该属性用于设置需要进行回滚的异常类数组,当方法中抛出指定异常数组中的异常时,则进行事务回滚。例如:
@Transactional(rollbackFor={RuntimeException.class, Exception.class})

noRollbackFor:
该属性用于设置不需要进行回滚的异常类数组, 当方法中抛出指定异常数组中的异常时,不进行事务回滚。 例如:
@Transactional(noRollbackFor={RuntimeException.class, Exception.class})

 

注意点:

@Transactional 只能被应用到public方法上, 对于其它非public的方法,如果标记了@Transactional也不会报错,但方法没有事务功能

拓展:

Transactional ReadOnly 和 不加Transactional的区别


1.不加@Transactional,sql执行的时候是没有事务的,对于方法内只有一条sql是加与不加结果不影响但是如果一个方法内执行了多条查询sql,不加@Transactional无法保证数据前后一致性。

例子:一个方法内有2个同样一个sql,当执行完第一条sql时,数据被改掉了,这时如果没有加@Transactional,那么第二条查询结果会是被修改后的数据,这样就出现了类似不可重复读的情况。
如果加上@Transactional,那么第二条查询的结果和第一条一样是修改前的数据,保证数据前后一致性.

2.在数据库层面已经保证了该sql的原子性.所以如果一个方法中只有单条sql,不需要加事务,再加事务只会浪费性能。

  • 4
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值