spring事务管理(个人整理)
来源:互联网 发布:sql left join on 编辑:程序博客网 时间:2024/06/08 03:04
一、异常分类及定义:
Throwable是所有异常的根
Error(错误):继承自Error的类。程序发生不可控的错误时,通常做法是通知用户并中止程序的执行。与异常不同的是Error及其子类的对象不应被抛出。
NoSuchMethodError
Exception:分为受检异常(checkException)和运行时异常(RuntimeException)
RuntimeException类及其子类均为运行时异常,其他异常统称为受检异常
RuntimeException其产生频繁,处理麻烦,若显示申明或者捕获将会对程序的可读性和运行效率影响很大,所以由系统自动检测并将它们交给缺省的异常处理程序。当然如果你有处理要求也可以显示捕获它们
只有java语言提供了Checked异常,Java认为Checked异常都是可以被处理的异常,所以Java程序必须显示处理Checked异常。这体现了Java的设计哲学:没有完善错误处理的代码根本没有机会被执行
RuntimeException常见异常(程序无法预知的异常):NullPointerException,ClassCastException,ArithmeticException,IllegalArgumentException,IndexOutOfBoundsException
checkException(Java程序必须显示处理的异常,否则会编译出错):NoSuchMethodException,ClassNotFoundException,IOException
对Checked异常处理方法有两种
1 当前方法知道如何处理该异常,则用try...catch块来处理该异常。
2 当前方法不知道如何处理,则在定义该方法是声明抛出该异常。
RuntimeException和checkException最大的区别在于
checkException需要显示处理异常(通过try...catch或者方法声明抛出该异常),而RuntimeException不需要处理,如:
我们在程序中会写到
if(!flag){
throw new RuntimeException("校验失败");
}
此异常不需要做任何处理,编译不会报错
但如果此方法声明抛出Exception,则会在上一层调用中处理异常时将同时处理掉RuntimeException(可能会改变你的提示信息,不建议这样处理)
更多信息:http://blog.csdn.net/hguisu/article/details/6155636
二、如何处理受检异常
二、spring异常处理
http://blog.csdn.net/ufo2910628/article/details/40399539
spring事务处理
三、spring事务能否放在controller层
controller仅用来接收请求或进行异常的try catch处理,如果放在controller层,当有try catch语句时异常被捕获,事物无法得知有异常情况,故无法执行回滚操作(个人理解,求改正或补充)
四、spring事务传播属性和隔离界别
传播属性(个人理解):a方法调用b方法,两个方法同时拥有事务时,体现传播属性重要性。但前提是两个方法必须在不同的类中,如果在同一个类中则视为同一个方法,传播属性不具有任何意义(亲测之后才发现,很重要),只有在不同bean中的两个方法调用时传播属性才有体现。
也得益于这篇文章:http://blog.csdn.net/hy6688_/article/details/44763869
事物传播行为介绍:
@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没有声明事务,那就不用事务.
7) NESTED (嵌套事务)
Execute within a nested transaction if a current transaction exists, behave like PROPAGATION_REQUIRED else.
支持当前事务,新增Savepoint点,与当前事务同步提交或回滚。
嵌套事务一个非常重要的概念就是内层事务依赖于外层事务。外层事务失败时,会回滚内层事务所做的动作。而内层事务操作失败并不会引起外层事务的回滚。
8) PROPAGATION_NESTED 与PROPAGATION_REQUIRES_NEW的区别
它们非常 类似,都像一个嵌套事务,如果不存在一个活动的事务,都会开启一个新的事务。使用PROPAGATION_REQUIRES_NEW时,内层事务与外层事务就像两个独立的事务一样,一旦内层事务进行了提交后,外层事务不能对其进行回滚。两个事务互不影响。两个事务不是一个真正的嵌套事务。同时它需要JTA 事务管理器的支持。
使用PROPAGATION_NESTED时,外层事务的回滚可以引起内层事务的回滚。而内层事务的异常并不会导致外层事务的回滚,它是一个真正的嵌套事务。
1) 首先说明一下事务并发引起的三种情况
i. Dirty Reads 脏读
一个事务正在对数据进行更新操作,但是更新还未提交,另一个事务这时也来操作这组数据,并且读取了前一个事务还未提交的数据,而前一个事务如果操作失败进行了回滚,后一个事务读取的就是错误数据,这样就造成了脏读。
ii. Non-Repeatable Reads 不可重复读
一个事务多次读取同一数据,在该事务还未结束时,另一个事务也对该数据进行了操作,而且在第一个事务两次次读取之间,第二个事务对数据进行了更新,那么第一个事务前后两次读取到的数据是不同的,这样就造成了不可重复读。
iii. Phantom Reads 幻像读
第一个数据正在查询符合某一条件的数据,这时,另一个事务又插入了一条符合条件的数据,第一个事务在第二次查询符合同一条件的数据时,发现多了一条前一次查询时没有的数据,仿佛幻觉一样,这就是幻像读。
iv. 非重复度和幻像读的区别
非重复读是指同一查询在同一事务中多次进行,由于其他提交事务所做的修改或删除,每次返回不同的结果集,此时发生非重复读。(A transaction rereads data it has previously read and finds that another committed transaction has modified or deleted the data. )
幻像读是指同一查询在同一事务中多次进行,由于其他提交事务所做的插入操作,每次返回不同的结果集,此时发生幻像读。(A transaction reexecutes a query returning a set of rows that satisfies a search condition and finds that another committed transaction has inserted additional rows that satisfy the condition. )
表面上看,区别就在于非重复读能看见其他事务提交的修改和删除,而幻像能看见其他事务提交的插入。
这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应
3) READ_UNCOMMITTED (读未提交)
这是事务最低的隔离级别,它允许另外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读,不可重复读和幻像读。
4) READ_COMMITTED (读已提交)
保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现,但是可能会出现不可重复读和幻像读。
5) REPEATABLE_READ (可重复读)
这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了不可重复读
6) SERIALIZABLE(串行化)
这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读,不可重复读外,还避免了幻像读。
7) 隔离级别解决事务并行引起的问题
Dirty reads non-repeatable reads phantom reads
Serializable 不会 不会 不会
REPEATABLE READ 不会 不会 会
READ COMMITTED 不会 会 会
Read Uncommitted 会 会 会
事物隔离级别总结:
1.再次说明:表面上看,区别就在于非重复读能看见其他事务提交的修改和删除,而幻像能看见其他事务提交的插入
2、由1总结得出
5) REPEATABLE_READ (可重复读) 执行了锁定数据的操作(当执行读时,锁定此条数据,其它事物无法对此数据执行删除或者修改操作)
6) SERIALIZABLE(串行化) 执行了锁表操作(当执行读操作时,锁定当前表,其它数据无法执行删除、修改甚至插入操作)
- spring事务管理(个人整理)
- spring 事务管理个人笔记
- Spring事务管理整理汇总
- Spring个人整理
- Spring事务管理-》Spring事务管理(annotation)
- spring 事务管理(基础)
- spring 事务管理(转)
- Spring事务管理(annotation)
- spring事务管理(1)
- Spring事务管理(二)
- spring事务管理(一)
- spring 事务管理(转载)
- Spring事务管理(注解式声明事务管理)
- Spring事务管理(注解式声明事务管理)
- Spring事务管理(注解式声明事务管理)
- Spring学习8-Spring事务管理(注解式声明事务管理)
- Spring学习8-Spring事务管理(编程式事务管理)
- Spring学习8-Spring事务管理(注解式声明事务管理)
- Android40_PullToRefresh
- [Java开发之路](16)学习log4j日志
- Android 天天都能够见到的几种内存泄露<16>
- 遍历二叉树小结
- 表单重复提交
- spring事务管理(个人整理)
- wireshark搜索应用!
- 如何做好一个项目
- 结合SimpleSection实例练习Binutils工具集的使用方法
- SpringMVC中使用Interceptor拦截器
- 安卓工具大集合,KeyBoardUtils
- 关于eclipse中工程project的实质区别研究与猜测
- 自己的第一篇博客
- 比特币github地址