是数据库操作的最小工作单元,是作为单个逻辑工作单元执行的一系列操作;这些操作作为一个整体一起向系统提交,要么都执行、要么都不执行;事务是一组不可再分割的操作集合。
原子性:事务是数据库的逻辑工作单位,事务中包含的各操作要么都做,要么都不做
一致性:事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。
隔离性:一个事务的执行不能被其它事务干扰。即一个事务内部的操作及使用的数据对其它并发事务是隔离的,并发执行的各个事务之间不能互相干扰。
持续性:也称永久性,指一个事务一旦提交,它对数据库中的数据的改变就是永久性的。接下来的其它操作或故障不应该对其执行结果有任何影响。
隔离级别 | 隔离级别的值 | 导致的问题 |
Read-Uncommitted | 0 | 导致脏读 |
Read-Committed | 1 | 避免脏读,允许不可重复读和幻读 |
Repeatable-Read | 2 | MySQL默认的隔离级别。避免脏读,不可重复读,允许幻读 |
Serializable | 3 | 串行化读,事务只能一个一个执行,避免了脏读、不可重复读、幻读。执行效率慢,使用时慎重 |
脏读
一个事务对数据进行了增删改查,但是未提交事务。另一个事物可以读取到未提交的数据,如果第一个事务进行了回滚,那么第二个事务就读到了脏数据。
例子:
领导给张三发工资,10000元已打到张三账户,但该事务还未提交,正好这时候张三去查询工资,发现10000元已到账。这时领导发现张三工资算多了5000元,于是回滚了事务,修改了金额后将事务提交。最后张三实际到账的只有5000元。
不可重复度
一次事务发生了两次读操作,两个读操作之间发生了另一个事务对数据修改操作,这时候第一次和第二次读到的数据不一致。
不可重复度关注点在数据更新和删除,通过行级锁可以实现可重复读的隔离级别。
例子:
张三需要转正1000元,系统读到卡余额有2000元,此时张三老婆正好需要转正2000元,并且在张三提交事务前把2000元转走了,当张三提交转账是系统提示余额不足。
幻读
幻读,指的是当某个事务在读取某个范围内的记录时,另外一个事务又在该范围内插入了新的记录,当之前的事务再次读取该范围的记录时,会产生幻行。
相对于不可重复读,幻读更关注其它事务的新增数据。通过行级锁可以避免不可重复读,但无法解决幻读的问题,想要解决幻读,只能通过Serializable隔离级别来实现。
例子:
张三老婆准备打印张三这个月的信用卡消费记录,经查询发现消费了两次共1000元,而这时张三刚按摩完准备结账,消费了1000元,这时银行记录新增了一条1000元的消费记录。当张三老婆将消费记录打印出来时,发现总额变为了2000元,这让张三老婆很诧异。
串行化读
Serializable是最高的隔离级别,性能很低,一般很少用。在这级别下,事务是串行顺序执行的,不仅避免了脏读、不可重复读,还避免了幻读。
MySQLInnoDB默认的事务隔离级别为REPEATABLE-READ
mysql>select@@tx_isolation; +-----------------+ |@@tx_isolation| +-----------------+ |REPEATABLE-READ| +-----------------+
除非显示的开启一个事务,否则每个查询都被当成一个单独的事务自动执行。可以通脱设置autocommit的值改变默认的提交模式。
查看当前提交模式
mysql>showvariableslike'autocommit'; +---------------+-------+ |Variable_name|Value| +---------------+-------+ |autocommit|ON| +---------------+-------+
关闭自动提交。0代表关闭,1代表开启。
mysql>setautocommit=0; QueryOK,0rowsaffected(0.00sec) mysql>showvariableslike'autocommit'; +---------------+-------+ |Variable_name|Value| +---------------+-------+ |autocommit|OFF| +---------------+-------+
Connectionconnection=null; PreparedStatementpstmt=null; ResultSetresultSet=null; try{ Class.forName("com.mysql.jdbc.Driver"); connection=DriverManager.getConnection("jdbc:mysql://localhost:3306/dbname?characterEncoding=utf-8","username","password"); connection.setAutoCommit(false); //others...... connection.commit(); }catch(Exceptione){ connection.rollback(); }finally{ connection.setAutoCommit(true); //closeconnection }
Spring事务本质是对数据库事务的支持,如果数据库不支持事务(例如MySQL的MyISAM引擎不支持事务),则Spring事务也不会生效。
事务传播行为是指一个事务方法A被另一个事务方法B调用时,这个事务A应该如何处理。事务A应该在事务B中运行还是另起一个事务,这个有事务A的传播行为决定。
事务传播属性定义TransactionDefinition
intPROPAGATION_REQUIRED=0; intPROPAGATION_SUPPORTS=1; intPROPAGATION_MANDATORY=2; intPROPAGATION_REQUIRES_NEW=3; intPROPAGATION_NOT_SUPPORTED=4; intPROPAGATION_NEVER=5; intPROPAGATION_NESTED=6;
常量名称 | 常量解释 |
PROPAGATION_REQUIRED | 支持当前事务,如果当前没有事务,就新建一个事务。这是Spring默认的事务的传播。 |
PROPAGATION_SUPPORTS | 支持当前事务,如果当前没有事务,就以非事务方式执行。 |
PROPAGATION_MANDATORY | 支持当前事务,如果当前没有事务,就抛出异常。 |
PROPAGATION_REQUIRES_NEW | 新建事务,如果当前存在事务,把当前事务挂起。新建的事务将和被挂起的事务没有任何关系,是两个独立的事务,外层事务失败回滚之后,不能回滚内层事务执行的结果,内层事务失败抛出异常,外层事务捕获,也可以不处理回滚操作。使用JtaTransactionManager作为事务管理器 |
PROPAGATION_NOT_SUPPORTED | 以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。使用JtaTransactionManager作为事务管理器 |
PROPAGATION_NEVER | 以非事务方式执行,如果当前存在事务,则抛出异常。 |
PROPAGATION_NESTED | 如果一个活动的事务存在,则运行在一个嵌套的事务中。如果没有活动事务,则按REQUIRED属性执行。它使用了一个单独的事务,这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。 |
如果存在一个事务,则支持当前事务,如果没有事务则开启事务。
如下例子,单独调用methodB时,当前上下文没有事务,所以会开启一个新的事务。
调用methodA方法时,因为当前上下文不存在事务,所以会开启一个新的事务。当执行到methodB时,methodB发现当前上下文有事务,因此就加入到当前事务A中来。
@Transactional(propagation=Propagation.REQUIRED) publicvoidmethodA(){ methodB(); //dosomething } @Transactional(propagation=Propagation.REQUIRED) publicvoidmethodB(){ //dosomething }
如果存在一个事务,支持当前事务。如果没有事务,则非事务的执行。
单独的调用methodB时,methodB方法是非事务的执行的。当调用methdA时,methodB则加入了methodA的事务中,事务地执行。
@Transactional(propagation=Propagation.REQUIRED) publicvoidmethodA(){ methodB(); //dosomething } //事务属性为SUPPORTS @Transactional(propagation=Propagation.SUPPORTS) publicvoidmethodB(){ //dosomething }
如果已经存在一个事务,支持当前事务。如果没有一个活动的事务,则抛出异常。
当单独调用methodB时,因为当前没有一个活动的事务,则会抛出异常thrownewIllegalTransactionStateException(“Transactionpropagation‘mandatory’butnoexistingtransactionfound”)
当调用methodA时,methodB则加入到methodA的事务中,以事务方式执行。
@Transactional(propagation=Propagation.REQUIRED) publicvoidmethodA(){ methodB(); //dosomething } @Transactional(propagation=Propagation.MANDATORY) publicvoidmethodB(){ //dosomething }
使用PROPAGATION_REQUIRES_NEW,需要使用JtaTransactionManager作为事务管理器。
它会开启一个新的事务。如果一个事务已经存在,则先将这个存在的事务挂起。
从下面代码可以看出,事务B与事务A是两个独立的事务,互不相干。事务B是否成功并不依赖于事务A。如果methodA方法在调用methodB方法后的doSomeThingB方法失败了,而methodB方法所做的结果依然被提交。而除了methodB之外的其它代码导致的结果却被回滚了
@Transactional(propagation=Propagation.REQUIRED) publicvoidmethodA(){ doSomeThingA(); methodB(); doSomeThingB(); //dosomethingelse } @Transactional(propagation=Propagation.REQUIRES_NEW) publicvoidmethodB(){ //dosomething }
当调用methodA(),相当于
publicstaticvoidmain(){ TransactionManagertm=null; try{ //获得一个JTA事务管理器 tm=getTransactionManager(); tm.begin();//开启一个新的事务 Transactionts1=tm.getTransaction(); doSomeThing(); tm.suspend();//挂起当前事务 try{ tm.begin();//重新开启第二个事务 Transactionts2=tm.getTransaction(); methodB(); ts2.commit();//提交第二个事务 }Catch(RunTimeExceptionex){ ts2.rollback();//回滚第二个事务 }finally{ //释放资源 } //methodB执行完后,恢复第一个事务 tm.resume(ts1); doSomeThingB(); ts1.commit();//提交第一个事务 }catch(RunTimeExceptionex){ ts1.rollback();//回滚第一个事务 }finally{ //释放资源 } }
总是非事务地执行,并挂起任何存在的事务。
使用PROPAGATION_NOT_SUPPORTED,也需要使用JtaTransactionManager作为事务管理器。
总是非事务地执行,如果存在一个活动事务,则抛出异常。
如果一个活动的事务存在,则运行在一个嵌套的事务中。
如果没有活动事务,则按TransactionDefinition.PROPAGATION_REQUIRED属性执行。
这是一个嵌套事务,使用JDBC3.0驱动时,仅仅支持DataSourceTransactionManager作为事务管理器。需要JDBC驱动的java.sql.Savepoint类。使用PROPAGATION_NESTED,还需要把PlatformTransactionManager的nestedTransactionAllowed属性设为true(属性值默认为false)。
@Transactional(propagation=Propagation.REQUIRED) methodA(){ doSomeThingA(); methodB(); doSomeThingB(); } @Transactional(propagation=Propagation.NEWSTED) methodB(){ //dosomething }
单独调用methodB方法,则按REQUIRED属性执行。如果调用methodA方法,则相当于:
main(){ Connectioncon=null; Savepointsavepoint=null; try{ con=getConnection(); con.setAutoCommit(false); doSomeThingA(); savepoint=con2.setSavepoint(); try{ methodB(); }catch(RuntimeExceptionex){ con.rollback(savepoint); }finally{ //释放资源 } doSomeThingB(); con.commit(); }catch(RuntimeExceptionex){ con.rollback(); }finally{ //释放资源 } }
当methodB方法调用之前,调用setSavepoint方法,保存当前的状态到savepoint。如果methodB方法调用失败,则恢复到之前保存的状态。
需要注意的是,这时的事务并没有进行提交,如果后续的代码(doSomeThingB()方法)调用失败,则回滚包括methodB方法的所有操作。嵌套事务一个非常重要的概念就是内层事务依赖于外层事务。外层事务失败时,会回滚内层事务所做的动作。而内层事务操作失败并不会引起外层事务的回滚。
事务隔离级别定义TransactionDefinition
intISOLATION_DEFAULT=-1; intISOLATION_READ_UNCOMMITTED=1; intISOLATION_READ_COMMITTED=2; intISOLATION_REPEATABLE_READ=4; intISOLATION_SERIALIZABLE=8;
隔离级别 | 解释 |
ISOLATION_DEFAULT | 这是个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别。另外四个与JDBC的隔离级别相对应。 |
ISOLATION_READ_UNCOMMITTED | 这是事务最低的隔离级别,它允许另外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读,不可重复读和幻像读。 |
ISOLATION_READ_COMMITTED | 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。ISOLATION_REPEATABLE_READ |
ISOLATION_SERIALIZABLE | 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。 |
<aop:aspectj-autoproxyproxy-target-class="true"/> <beanid="transactionManager"class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <propertyname="dataSource"ref="dataSource"/> </bean> <tx:adviceid="transactionAdvice"transaction-manager="transactionManager"> <tx:attributes> <tx:methodname="add*"propagation="REQUIRED"rollback-for="Exception,RuntimeException,SQLException"/> <tx:methodname="remove*"propagation="REQUIRED"rollback-for="Exception,RuntimeException,SQLException"/> <tx:methodname="edit*"propagation="REQUIRED"rollback-for="Exception,RuntimeException,SQLException"/> <tx:methodname="login"propagation="NOT_SUPPORTED"/> <tx:methodname="query*"read-only="true"/> </tx:attributes> </tx:advice> <aop:config> <aop:advisoradvice-ref="transactionAdvice"pointcut-ref="transactionPointcut"/> <aop:aspectref="dataSource"> <aop:pointcutid="transactionPointcut"expression="execution(public*com.gupaoedu..*.service..*Service.*(..))"/> </aop:aspect> </aop:config>
作者:南方淮竹
原文链接:https://blog.csdn.net/weixin_48272905/article/details/108525283