事物和锁:
事务与锁是不同的。事务具有ACID( 原子性、一致性、隔离性和持久性),锁是用于解决隔离性的一种机制。事务的隔离级别通过锁的机制来实现。另外锁有不同的粒度,同时事务也是有不同的隔离级别的(一般有四种:读未提交Read uncommitted, 读已提交Read committed, 可重复读Repeatable read, 可串行化Serializable)。 在具体的程序设计中,开启事务其实是要数据库支持才行的,如果数据库本身不支持事务,那么仍然无法确保你在程序中使用的事务是有效的。 锁可以分为乐观锁和悲观锁: 悲观锁:认为在修改数据库数据的这段时间里存在着也想修改此数据的事务; 乐观锁:认为在短暂的时间里不会有事务来修改此数据库的数据; 我们一般意义上讲的锁其实是指悲观锁,在数据处理过程中,将数据置于锁定状态(由数据库实现)。 回到你的问题,如果开启了事务,在事务没提交之前,别人是无法修改该数据的;如果rollback,你在本次事务中的修改将撤消(不是别人修改的会没有,因为别人此时无法修改)。当然,前提是你使用的数据库支持事务。还有一个要注意的是,部分数据库支持自定义SQL锁覆盖事务隔离级别默认的锁机制,如果使用了自定义的锁,那就另当别论。 重点:一般事务使用的是悲观锁(具有排他性)
总结:事物是用锁实现的,锁只能保证隔离性,在数据异常时不能回滚,但事物可以。
Spring会回滚的异常类型:
Spring声明式事物用AOP实现,所以应该标注在实现类上而不是接口上,因为注解不会继承,虽然标注在接口上不会报错,但是事物不会起作用。
默认spring事务只在发生未被捕获的Runtimeexcetpion时才回滚。
但可以指定需要回滚的异常类型:
@Transactional(rollbackFor={})
对于try/catch后的异常要在catch中throw异常,否则事物失效
或者手动在catch中回滚:
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
相关文章:
http://www.cnblogs.com/younggun/archive/2013/07/16/3193800.html
https://blog.csdn.net/xiaoyaotan_111/article/details/76146214
Spring事物回滚测试:
service中使用@Transactional开启事物支持:
1.抛出RuntimeException使得事物生效
@Transactional
@Override
public ResponseData<Object> saveArticle(Article article) {
try{
//DAO层操作
}catch(Exception e){
//抛出RuntimeException而不是Exception,否则不会回滚
throw new RuntimeException("异常信息");
}
}
2.不使用try/catch,如果Dao层抛出RuntimeException异常,事物生效
@Transactional
@Override
public ResponseData<Object> saveArticle(Article article) {
//DAO层操作
}
3.使用try/catch,并手动回滚,适用于需要返回错误信息时
@Transactional
@Override
public ResponseData<Object> saveArticle(Article article) {
try{
//DAO层操作
}catch(Exception e){
//回滚
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
return 返回值
}
}
4.使用rollbackFor={异常类型},抛出指定异常时,事物生效
@Transactional(rollbackFor = {Exception.class})
@Override
public ResponseData<Object> saveArticle(Article article) {
try{
//DAO层操作
}catch(Exception e){
//抛出Exception,因为设置了rollbackFor,所以会回滚
throw new Exception("异常信息");
}
}