@Transactional注解默认:
隔离级别:Connection.TRANSACTION_REPEATABLE_READ,可重复读的隔离级别,
传播机制:Propagation.REQUIRED,如果当前没有事务,则自己新建一个事务,如果当前存在事务,则加入这个事务
readOnly
首先要弄清楚如果一个接口中有多个查询,需要不需要加@Transactional ?如果不需要,会不会出现多个sql查询,数据不一致的情况?
//关闭mybatis的二级缓存
@Override
public User findUser() throws Exception {
userMapper.findUser();
return userMapper.findUser();
}
如果在两次查询中,出现了数据更新,第二条查询会查询到最新的数据,这就造成了前后两个查询数据不一致的情况
@Override
@Transactional
public User findUser() throws Exception {
userMapper.findUser();
return userMapper.findUser();
}
加上@Transactional之后:
其第二次查询会去mybatis的一级缓存中拿, 符合可重复读的隔离级别,保证了数据一致性,但是添加事务,就要写undo.log,写undo log就要消耗性能,如果不让它写undo log呢,则设置:read_only = true,是对性能的一种优化
timeout
当数据库的事务请求并发压力,有些事务请求的sql迟迟不能做出响应的处理,为了防止数据库出现了锁等待,或者死锁的情况,我们需要给相关业务方法添加事务超时
@Override
@Transactional(timeout = 2)
public User findUser() throws Exception {
userMapper.findUser();
userMapper.updateUser();
Thread.sleep(5000);
return userMapper.findUser();
}
rollbackFor
@Transactional默认只是对运行时异常进行捕捉,捕捉到了则进行回滚
<update id="updateUser" >
update user set username = 'aaa' where id = 1
</update>
@Override
@Transactional
public User findUser() throws Exception {
userMapper.findUser();
userMapper.updateUser();
if(true){
throw new IOException("ssssss");
}
return userMapper.findUser();
}
像IOException是比较普遍的异常,文件读写,都可能会发生
但是数据库里面的值被修改了:
所以需要添加这个@Transactional(rollbackFor = Exception.class),捕捉了Exception异常才会回滚
在方法中捕捉了异常,会事务失效,不会进行回滚
@Override
@Transactional(rollbackFor = Exception.class)
public User findUser() throws Exception {
userMapper.findUser();
userMapper.updateUser();
try {
if(true){
throw new IOException("ssssss");
}
}catch (Exception e){
e.printStackTrace();
}
return userMapper.findUser();
}
虽然程序报错了,但是异常被try catch,依然不会进行回滚,数据被修改了