- DEFAULT:采用 DB 默认的事务隔离级别
- READ_UNCOMMITTED:读未提交
- READ_COMMITTED:读已提交
- REPEATABLE_READ:可重复读
- SERIALIZABLE:串行化
Spring 事务的传播机制有哪些?
- 「propagation_required」
当前方法 「必须在一个具有事务的上下文中运行」 ,如有客户端有事务在进行,那么被调用端将在该事务中运行,否则的话重新开启一个事务。(如果被调用端发生异常,那么调用端和被调用端事务都将回滚) - 「propagation_supports」
当前方法不必需要具有一个事务上下文,但是如果有一个事务的话,它也可以在这个事务中运行
- 「propagation_mandatory」
表示当前方法 「必须在一个事务中运行」 ,如果没有事务,将抛出异常 - 「propagation_nested」 如果当前方法正有一个事务在运行中,则该方法应该 「运行在一个嵌套事务」 中,被嵌套的事务可以独立于被封装的事务中进行提交或者回滚。如果封装事务存在,并且外层事务抛出异常回滚,那么内层事务必须回滚,反之,内层事务并不影响外层事务。如果封装事务不存在,则同propagation_required的一样
- 「propagation_never」
当方法务不应该在一个事务中运行,如果 「存在一个事务,则抛出异常」 - 「propagation_requires_new」
当前方法 「必须运行在它自己的事务中」 。一个新的事务将启动,而且如果有一个现有的事务在运行的话,则这个方法将在运行期被挂起,直到新的事务提交或者回滚才恢复执行。
- 「propagation_not_supported」
方法不应该在一个事务中运行。 「如果有一个事务正在运行,他将在运行期被挂起,直到这个事务提交或者回滚才恢复执行」