初学者——事务（Trasaction）

最新推荐文章于 2023-12-11 18:19:15 发布

R.任小白

最新推荐文章于 2023-12-11 18:19:15 发布

阅读量479

点赞数

分类专栏：框架文章标签： spring java

本文链接：https://blog.csdn.net/qq_40875544/article/details/107435337

版权

框架专栏收录该内容

13 篇文章 0 订阅

订阅专栏

事务（ trasaction）

根本原理：锁
Spring是通过Aop来管理事务的

一、4个特性ACID

A：原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。

C：一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏。

I：隔离性（Isolation）：同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。

D：持久性（Durability）：事务提交后，事务对数据库的所有更新将被保存到数据库，不能回滚。

二、事务的并发问题

1、脏读：事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据

2、不可重复读：事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果不一致。

3、幻读：系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级，但是系统管理员B就在这个时候插入了一条具体分数的记录，当系统管理员A改结束后发现还有一条记录没有改过来，就好像发生了幻觉一样，这就叫幻读。

小结：不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表不可重复读针对的是值的不同，幻读指的是数据条数的不同。

*三、事务的隔离级别

第一种隔离级别：Read uncommitted(读未提交): 如果事务A已经开始写数据，则事务B不允许同时进行写操作，但允许其读此行数据，当这个事务未提交时，非事务读取的是原库的数据。

**第二种隔离级别：Read committed(读已提交)😗*如果是一个读事务(线程)，则允许其他事务读写，如果是写事务将会禁止其他事务访问该行数据，该隔离级别避免了脏读，但是可能出现不可重复读。

**第三种隔离级别：Repeatable read(可重复读取)：**指在一个事务内，多次读同一个数据，在这个事务还没结束时，其他事务不能访问该数据(包括了读写)，这样就可以在同一个事务内两次读到的数据是一样的。读取数据的事务将会禁止写事务(但允许读事务)，写事务则禁止任何其他事务(包括了读写)，这样避免了不可重复读和脏读，但是有时可能会出现幻读

第四种隔离级别：Serializable(可序列化)：同时只能一个事务进行修改，操作使用同步锁，事务只能一个一个执行

隔离级别（级别从上往下增高）	脏读	不可重复读	幻读
Read uncommitted(读未提交)	v	v	v
Read committed(读已提交)	x	v	v
Repeatable read(可重复读取)	x	x	v
Serializable(可序化)	x	x	x

四、mysql关于事务的部分Linux命令

mysql默认是：Repeatable read(可重复读取)

oracle默认：Read committed(读已提交)

start transaction 开启事务

commit 提交

rollback 回滚

set session transaction_isolation=‘READ-UNCOMMITTED’ 或

set global transaction_isolation=‘READ-UNCOMMITTED’ （全局改变）改变事务的隔离级别为Read uncommitted(读未提交)

五、在java类中开启事务

在spring配置文件中

1、配置式开启事务

<!--配置式的事务-->
<!--    先配置一个数据源的事务管理器transactionManager-->
    <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <!--关联数据源-->
        <property name="dataSource " ref="dataSource"></property>
    </bean>

 <!--   rollback-for  需要回滚的异常    propagation  传播特性-->
    <tx:advice id="interceptor" transaction-manager="transactionManager">
        <tx:attributes>
            <tx:method name="save*" rollback-for="java.lang.Exception" propagation="REQUIRED"/>
            <tx:method name="modify*" rollback-for="java.lang.Exception" propagation="REQUIRED"/>
            <tx:method name="remove*" rollback-for="java.lang.Exception" propagation="REQUIRED"/>
            <tx:method name="query*" rollback-for="java.lang.Exception" propagation="SUPPORTS"/>
        </tx:attributes>
    </tx:advice>

<!--再将interceptor设置到aop:config>中，去关联一下设置好的切面-->
    <aop:config>
        <aop:pointcut id="log" expression="execution(* zhibo.service..*.*(..))"/>
        <aop:advisor advice-ref="interceptor" pointcut-ref="log"></aop:advisor>
        <aop:aspect ref="logadvice">
            <aop:before method="before" pointcut-ref="log"></aop:before>
        </aop:aspect>
    </aop:config>

注解式开启事务

<!--    注解式开启事务-->
    <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource"></property>
    </bean>

<!--    启动事务的注解-->
    <tx:annotation-driven transaction-manager="transactionManager"></tx:annotation-driven>

相应的注解 @Transactional——可以加在类和方法上

加在类上，表示这个类里的方法都是事务执行了。

例子：

 @Transactional(propagation = Propagation.REQUIRED, rollbackFor = {Exception.class})

在java中开启事务一般在service层，因为一次事务开启就可以完成很多次数据库操作。

*六、七种传播特性

事务传播行为类型	说明
REQUIRED	如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。
SUPPORTS	如果当前有事务，就以事务方式执行，如果当前没有事务，就以非事务方式执行。
MANDATORY	使用当前的事务，如果当前没有事务，就抛出异常。
REQUIRES_NEW	新建事务，如果当前存在事务，把当前事务挂起。
NOT_SUPPORTED	以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
NEVER	以非事务方式执行，如果当前存在事务，则抛出异常。
NESTED	如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与REQUIRED类似的操作。