外贸网站建设经验,中信建设公司好进去吗,电子商务的特点,wordpress网速卡Spring中事务的操作分为两类:(1)编程式事务 – 手动写代码操作事务(2)声明式事务 – 利用注解开启事务和提交事务
1. 编程式事务
准备Controller RestController
RequestMapping(/user)
public class UserInfoController {Autowiredprivate UserInfoService use…Spring中事务的操作分为两类:(1)编程式事务 – 手动写代码操作事务(2)声明式事务 – 利用注解开启事务和提交事务
1. 编程式事务
准备Controller RestController
RequestMapping(/user)
public class UserInfoController {Autowiredprivate UserInfoService userInfoService;RequestMapping(addUser)public String addUser(UserInfo userInfo) {userInfoService.insert(userInfo);return SUCCESS;}
}Spring Boot内置了两个对象DataSourceTransactionManager事务管理器,用来开始事务,提交或回滚事务TransactionDefinition是事务的属性,在开启事务的时候需要将TransactionDefinition传递进去从而获得一个事务TransactionStatus
先来看没有事务的执行结果:访问后:
如果设置了事务:
RestController
RequestMapping(/user)
Slf4j
public class UserInfoController {//事务管理器Autowiredprivate DataSourceTransactionManager transactionManager;//定义事务属性Autowiredprivate TransactionDefinition transactionDefinition;Autowiredprivate UserInfoService userInfoService;RequestMapping(/addUser)public String addUser(UserInfo userInfo) {log.info(addUser:{},userInfo);//开启事务TransactionStatus transactionStatus transactionManager.getTransaction(transactionDefinition);userInfoService.insert(userInfo);//事务提交transactionManager.commit(transactionStatus);return SUCCESS;}
}执行结果:观察数据库,发现两条数据都有插入:
如果我们设置了回滚
RequestMapping(/addUser)
public String addUser(UserInfo userInfo) {
log.info(addUser:{},userInfo);
//开启事务
TransactionStatus transactionStatus transactionManager.getTransaction(transactionDefinition);userInfoService.insert(userInfo);//事务提交
transactionManager.rollback(transactionStatus);
return SUCCESS;
}对比发现,如果是成功提交,输出的日志是如果回滚了,输出的日志是没有这一条信息的,并且数据库也不会更新
但是如果此时我们再次提交事务:查看数据库的数据:中间空着的id为17的数据就是我们刚刚回滚的操作 2. Spring声明式事务Transactional
声明式事务的实现需要两步:
2.1 添加依赖
dependency
groupIdorg.springframework/groupId
artifactIdspring-tx/artifactId
/dependency 2.2 添加Transactional注解
在需要添加事务的地方加上Transactional注解即可,无需手动开启事务和提交事务如果中途发生了没有处理的异常会回滚事务
正常情况:
RestController
RequestMapping(/user1)
Slf4j
public class UserInfoController1 {Autowiredprivate UserInfoService userInfoService;TransactionalRequestMapping(/addUser1)public String addUser(UserInfo userInfo) {log.info(addUser:{},userInfo);userInfoService.insert(userInfo);return SUCCESS;}
}异常情况:
Transactional
RequestMapping(/addUser1)
public String addUser(UserInfo userInfo) {
log.info(addUser:{},userInfo);userInfoService.insert(userInfo);
int a 10/0;//出现未处理的异常
return SUCCESS;
}此时会自动回滚,没有提交但是如果异常在方法内被处理了,就会提交事务
Transactional
RequestMapping(/addUser1)
public String addUser(UserInfo userInfo) {
log.info(addUser:{},userInfo);userInfoService.insert(userInfo);
try {int a 10/0;
} catch (Exception e) {e.printStackTrace();
}
return SUCCESS;
}我们可以在catch里面手动进行回滚事务:
Transactional
RequestMapping(/addUser1)
public String addUser(UserInfo userInfo) {
log.info(addUser:{},userInfo);userInfoService.insert(userInfo);
try {int a 10/0;
} catch (Exception e) {e.printStackTrace();TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
return SUCCESS;
}再次访问:不会提交
注意:**Transactional**** **注解可以用来修饰方法或类:
修饰方法时,只有修饰public方法时才生效(修饰其他方法时不会报错,但是不会生效)修饰类时,类中所有的public方法都会生效
Transactional
RequestMapping(/addUser1)
public String addUser(UserInfo userInfo) {
log.info(addUser:{},userInfo);userInfoService.insert(userInfo);
try {int a 10/0;
} catch (Exception e) {e.printStackTrace();TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
return SUCCESS;
}2.3 Transactional详解
Transactional有三个重要的属性:
2.3.1 rollbackFor
Transactional默认只是在遇到运行时异常以及Error时才会回滚,非运行时异常不会回滚
Transactional
RequestMapping(/addUser1)
public String addUser(UserInfo userInfo) throws IOException {log.info(addUser:{},userInfo);userInfoService.insert(userInfo);if (true) {throw new IOException();}return SUCCESS;
}访问:事务是会提交的如果我们需要对所有的异常都回滚,需要配置Transactional注解当中的rollbackFor属性指定出现何种异常时事务进行回滚
Transactional(rollbackFor Exception.class)
RequestMapping(/addUser1)
public String addUser(UserInfo userInfo) throws IOException {log.info(addUser:{},userInfo);userInfoService.insert(userInfo);if (true) {throw new IOException();}return SUCCESS;
}再次访问:事务不会提交 2.3.2 事务隔离级别 MySQL事务隔离级别
SQL定义了四种隔离级别:
读未提交:该隔离级别的事务可以看到其他事务中未提交的数据
其他事务未提交的数据可能会发生回滚,但是该隔离级别的事务可以读到,我们吧该级别读到的数据称为脏数据,这个问题称为脏读
读已提交:该隔离级别的事务能读取到已经提交事务的数据
该隔离级别不会有脏读的问题,但是由于在事务的执行过程中可以读取到其他事务提交的结果,所以在不同时间相同的sql查询可能会读到不同的结果,这种现象叫做不可重复读
可重复读:事务不会读到其他事务对已有数据的修改,即使其他事务已经提交,也可以确保
在同一事务多次查询的结果是一致的,但是其他事务新插入的数据,是可以感知到的,这也就引发了幻读问题.可重复读是MySQL默认的事务隔离级别
串行化:序列化,事务最高的隔离级别,他会强制事务排序,使之不会产生冲突,从而解决
脏读,不可重复读和幻读问题,但是执行效率低,使用场景不多
Spring事务隔离级别
Spring中事务隔离级别有5种
Isolatio.DEFAULT以连接的数据库的事务隔离级别为主Isolation.READ_UNCOMMITTED:读未提交,对应SQL标准中的读未提交Isolation.READ_COMMITTED: 读已提交,对应SQL标准中的读已提交Isolation.REPEATABLE_READ:可重复读.对应SQL标准中的可重复读Isolation.SERIALIZABLE:串行化,对应SQL标准中的串行化
Spring中事务隔离级别可以通过Transactional中的Isolation属性进行设置
Transactional(rollbackFor Exception.class,isolation Isolation.READ_UNCOMMITTED)
RequestMapping(/addUser1)
public String addUser(UserInfo userInfo) throws IOException {log.info(addUser:{},userInfo);userInfoService.insert(userInfo);return SUCCESS;
}2.3.3 事务传播机制
事务传播机制就是,多个事务之间存在调用关系时,事务是如何在这些方法间进行传播的比如A方法调用B方法,A执行时,会开启一个事务,B本身也存在一个事务,此时B的事务是加入A的事务,还是创建一个新的事务这就涉及到了事务传播机制Transactional注解支持事务传播机制的设置,通过propagation属性来指定传播行为
Propagation.REQUIRED:默认的事务传播级别.表示如果当前存在事务,则加入该事务.如果当前没有事务,则创建一个事务Propagation.SUPPORTS:如果当前存在事务,则加入事务;如果当前没有存在事务,则以非事务的方式继续进行Propagation.MANDATORY:强制性,如果当前存在事务,则加入事务,如果当前没有事务,则抛出异常Propagation.REQUIRES_NEW:创建一个新的事务,如果当前存在事务,则把当前事务挂起,也就是说不管外部方法是否开启事务,Propagation.REQUIRES_NEW修饰的内部方法都会新开自己的事务,且开启的事务相互独立,互不干扰Propagation.NOT_SUPPORTED以非事务的方式运行,如果当前存在事务,则把当前的事务挂起Propagation.NEVER以非事务的方式运行,如果当前存在事务,则抛出异常Propagation.NESTED如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行;如果没有事务,则该取值等价于Propagation.REQUIRED
我们通过代码来演示一下区别:(1)REQUIRED此时由于是REQUIRED,那么三个方法针对的是同一个事务,只要其中有一个出现异常,都会回滚(2)REQUIRES_NEW在这种条件下,事务之间是独立的,因此互不影响此时user的事务提交了,但是log的事务回滚了
(3)NEVER如果存在事务,那就抛出异常
(4) NESTED我们先来看看REQUIRED如果方法都执行成功的情况下:如果是NESTED,方法都执行成功的情况下:可以发现是等价的,同样是只是开启了一次事务
如果发生了异常对于REQUIRED方法:如果是NESTED事务都是全部回滚看似两种好像都是一样的,实际上存在差别REQUIRED是加入,而NESTED是嵌套我们通过以下代码就能很好的看出两种的区别:对于NESTEDE:但是对于REQUIRED:数据库两个表都没有新增数据 可以注意到,在REQUIRED里面,由于是同一个事务,因此不能部分回滚
