事务概念
一个sql语句就是一个事务,事务可以保证一组sql语句要么都成功,要么都失败,就是一组操作数据库的动作集合,事务是现代数据库理论中的核心概念之一。
如果一组处理步骤全部发生或者一步也不执行,我们称该组步骤为一个事务。
当所有步骤像一个操作一样完整被执行称为事务提交。而由于其中一部分或者多步执行失败,导致步骤没有被提交,则事务必须回滚到最初系统状态。
事务特性
- 原子性:要么都执行,要么都不执行(强调事务中的多个操作时一个整体)
- 一致性:数据库总是从一个一致性的状态转换到另一个一致性的状态,保证数据库中数据逻辑上的合理性(强调数据库中不会保存不一致状态)
- 隔离性:多个事务并发执行,互不影响(强调数据库中事务之间相互不可见)
- 持久性:数据库事务操作一旦执行成功,永久有效(强调数据库能永久保存数据,一旦提交就不可撤销)
说明:事务能够保证数据的完整性和一致性,让用户的操作更加安全
Spring事务传播
事务传播行为(propagation behavior)指的就是当一个事务方法被另一个事务方法调用时,这个事务方法应该如何进行。
例如:methodA事务方法调用methodB事务方法时,methodB是继续在调用者methodA的事务中运行呢,还是为自己开启一个新事务运行,这就是由methodB的事务传播行为决定的。
七种传播行为
-
REQUIRED:使用当前的事务,如果当前没有事务,则自己新建一个事务,子方法是必须运行在一个事务中的;如果当前存在事务,则加入这个事务,成为一个整体。
举例:领导没饭吃,我有钱,我会自己买了自己吃;领导有的吃,会分给你一起吃。 -
SUPPORTS:如果当前有事务,则使用事务;如果当前没有事务,则不使用事务
举例:领导没饭吃,我也没饭吃;领导有饭吃,我也有饭吃 -
MANDATORY:该传播属性强制必须存在一个事务,如果不存在,则抛出异常
举例:领导必须管饭,不管饭没饭吃,我就不乐意了,就不干了(抛出异常) -
REQUIRES_NEW:如果当前有事务,则挂起该事务,并且自己创建一个新的事务给自己使用; 如果当前没有事务,则同 REQUIRED
举例:领导有饭吃,我偏不要,我自己买了自己吃 -
NOT_SUPPORTED:如果当前有事务,则把事务挂起,自己不适用事务去运行数据库操作
举例:领导有饭吃,分一点给你,我太忙了,放一边,我不吃 -
NEVER:如果当前有事务存在,则抛出异常
举例:领导有饭给你吃,我不想吃,我热爱工作,我抛出异常 -
NESTED:如果当前有事务,则开启子事务(嵌套事务),嵌套事务是独立提交或者回滚; 如果当前没有事务,则同 REQUIRED。但是如果主事务提交,则会携带子事务一起提交。如果主事务回滚,则子事务会一起回滚。相反,子事务异常,则父事务可以回滚或不回滚。
举例:领导决策不对,老板怪罪,领导带着小弟一同受罪。小弟出了差错,领导可以推卸责任。