事物处理@Transactional

事物处理@Transactional

@Transactional 属性

propagation 事务传播属性，默认为 Propagation.REQUIRED，
isolation 事务隔离级别，默认为 Isolation.DEFAULT
readOnly 只读事务，默认为 false，在 ORM 中被忽略，对 jdbc 操作起作用。
rollbackFor 事务遇到什么异常回滚，默认为 RuntimeException.class
timeout 方法执行超时时间，单位为秒，默认为-1，无执行时间限制，超时后报异常
最常用的方式：
@Transactional 所有的都采用默认值是最常用的方式
或者@Transactional(rollbackFor=Exception.class)

事物传播属性

默认的事务传播属性为 propagation=Propagation.REQUIRED
1.REQUIRED
支持当前事务，如果当前没有事务，就新建一个事务，这是最常见的方式。
2.SUPPORTS
支持当前事务，如果当前没有事务，就以非事务方式执行。
3.NOT_SUPPORTED
以非事务方式执行操作，如果当前存在事务，就把当前事务挂起，调用结束后，原先的事务会恢复执行。
4.REQUIRESNEW
新建事务，如果当前存在事务，把当前事务挂起。
5.MANDATORY
支持当前事务，如果当前没有事务，就抛出异常。
6. NEVER
以非事务方式执行，如果当前存在事务，则抛出异常。
7.NESTED
与 REQUIRESNEW 的区别是， REQUIRESNEW 另起一个事务，将会与他的父事务相互独立，而 Nested 的事务和父事务是相依的，它的提交是要等和他的父事务一块提交的，如果父事务最后回滚，它也要回滚的。但是内部事务的回滚不会对外部事务造成影响。 Nested 事务的好处是有一个 savepoint。它只对DataSourceTransactionManager 事务管理器起作用。

事物隔离级别

默认的事务隔离级别属性为 isolation=Isolation.DEFAULT
隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。
SQLSERVER 和 Oracle 默认的事务隔离级别为 READ_COMMITTED
一定要慎重使用 ISOLATION_SERIALIZABLE 的事物隔离级别。这种配置会使用表级锁，对性能影响巨大。
一般没有特殊需要的话，配置为使用数据库缺省的事务隔离级别即可。
1.DEFAULT
默认的隔离级别，使用数据库默认的事务隔离级别
2.READ_UNCOMMITTED
事务最低的隔离级别，允许令外一个事务可以看到这个事务未提交的数据。
会产生脏读，不可重复读和幻像读。
3.READ_COMMITTED
保证一个事务修改的数据提交后才能被另外一个事务读取。锁定正在读取的行,大多数主流数据库的默认事务等级
4.REPEATABLE_READ
读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。锁定所读取的所有行。可以防止脏读，不可重复读。但是可能出现幻像读。
5.SERIALIZABLE
这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。锁表。
除了防止脏读，不可重复读外，还避免了幻像读。
7.脏读
由修改且未提交引起。
张三的工资为 5000,事务 A 中把他的工资改为 8000,但事务 A 尚未提交。与此同时，事务 B 正在读取张三的工资，读取到张三的工资为 8000。随后，事务 A 发生异常，而回滚了事务。张三的工资又回滚为 5000。最后，事务 B 读取到的张三工资为 8000 的数据即为脏数据，事务 B 做了一次脏读。大部分数据库缺省的事务隔离级别都不会出现这种状况。
8.不可重复读
由修改引起的。
在事务 A 中，读取到张三的工资为 5000，操作没有完成，事务还没提交。与此同时，事务 B 把张三的工资改为 8000，并提交了事务。随后，在事务 A 中，再次读取张三的工资，此时工资变为 8000。在一个事务中前后两次读取的结果并不致,导致了不可重复读。大部分数据库缺省的事物隔离级别都不会出现这种状况。
9.幻读
由添加引起的。
事务 A 读取所有工资为 5000 的人数为 10 人。此时，事务 B 插入一条工资也为 5000 的记录。这时，事务 A 再次读取工资为 5000 的员工，记录为 11 人。此时产生了幻读。大部分数据库缺省的事务隔离级别都会出现这种状况。