数据库事物特性ACID及隔离级别

            最近去一家公司面试被问到数据库的事物特性和隔离级别,回答的非常戳,是时候应该复习一波的时候!

一、数据库事物ACID特性

数据库事物:

       是指作为单个逻辑工作单元执行的一系列操作,要么完全地执行,要么完全地不执行。一个逻辑工作单元要成为事务,必须满足所谓的ACID(原子性、一致性、隔离性和持久性)属性。事务是数据库运行中的逻辑工作单位,由DBMS中的事务管理子系统负责事务的处理。(摘自百度百科

原子性(Atomicity):

      一个事物是一个不可分割的最小工作单元,整个事物中的操作结果要么全部成功提交至数据库,要么全部失败回滚,对于一个事物来说,不可能只其中一半部分操作成功保存至数据库,一半部分操作失败。

一致性(Consistency):

     一致性是指事物必须保证数据库总是从一个一致性的状态转换到另一个一致性的状态。一致性容易和持久性混淆,一致性举个栗子:假设用户A和用户B两者的钱工是10000,那么不管A和B之间如何转账,事物结束后两个用户的钱总和还是10000,这就是事物的一致性。

隔离性(Isolation):

    隔离性是当多个用户并发访问数据库时,比如操作同一张表时,数据库为每一个用户开启的事务,不能被其他事务的操作所干扰,多个并发事务之间要相互隔离。

持久性(Durability):

    持久性是指一个事物一旦被提交了,那么对数据库中的数据的改变就是永久性的,即便在数据库系统遇到故障的情况下也不嗯呢该丢失提交后的数据。

 

二、事物的隔离性级别

1、隔离级别解决的问题:

     脏读:指一个事物处理过程中读取了另一个事物中未提交的的数据。

     不可重复读:指在对于一个数据库中的数据,一个事物范围内多次查询却返回了不同的数据值,这是由于在查询间隔中被另一个事物修改了数据并提交了。不可重复读和脏读的区别是,脏读是某一事务读取了另一个事务未提交的脏数据,而不可重复读则是读取了前一事务提交的数据。

    幻读:幻读是事务非独立执行时发生的一种现象。例如事务T1对一个表中所有的行的某个数据项做了从“1”修改  为“2”的操作,这时事务T2又对这个表中插入了一行数据项,而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据,会发现还有一行没有修改,其实这行是从事务T2中添加的,就好像产生幻觉一样,这就是发生了幻读。

【幻读】和【不可重复读】都是读取了另一条已经提交的事务(这点只有脏读不同)。

【不可重复读】查询的都是【同一个数据项】(ps:delete 或update  同一个数据项),

【幻读】针对的是一批数据整体(比如数据的个数)。(ps:insert操作)

 

2、隔离性的四个级别:

READ UNCOMMITTED(读未提交)

在READ UNCOMMITTED级别,事务中的修改,即使没有提交,对其他事务也都是可见的。事务可以读取未提交的数据,这也被称为脏读(Dirty Read)。这个级别会导致很多问题,从性能上来说,READ UNCOMMITTED不会比其他的级别好太多,但却缺乏其他级别的很多好处,除非真的有非常必要的理由,在实际应用中一般很少使用。

READ COMMITTED(读已提交)

大多数数据库系统的默认隔离级别都是READ COMMTTED(但MySQL不是)。READ COMMITTED满足前面提到的隔离性的简单定义:一个事务开始时,只能”看见”已经提交的事务所做的修改。换句话说,一个事务从开始直到提交之前,所做的任何修改对其他事务都是不可见的。这个级别有时候叫做不可重复读(nonrepeatble read),因为两次执行同样的查询,可能会得到不一样的结果。

REPEATABLE READ(可重复读)

REPEATABLE READ解决了脏读的问题。该隔离级别保证了在同一个事务中多次读取同样记录结果是一致的。但是理论上,可重复读隔离级别还是无法解决另外一个幻读(Phantom Read)的问题。所谓幻读,指的是当某个事务在读取某个范围内的记录时,另一个事务又在该范围内插入了新的记录,当之前的事务再次读取该范围的记录时,会产生幻行(Phantom Row)。InnoDB和XtraDB存储引擎通过多版本并发控制(MVCC,Multiversion Concurrency Control)解决了幻读的问题。

SERIALIZABLE(串行化)

SERIALIZABLE是最高的隔离级别。它通过强制事务串行执行,避免了前面说的幻读的问题。简单来说,SERIALIZABLE会在读取每一行数据都加锁,所以可能导致大量的超时和锁争用问题。实际应用中也很少用到这个隔离级别,只有在非常需要确保数据的一致性而且可以接受没有并发的情况下,才考虑采用该级别。

隔离级别的总结

打 √ 说明该隔离级别还存在这种情况,打 × 代表该隔离级别已经解决了这种情况:

隔离级别脏读不可重复读幻读
读未提交(Read uncommitted)
读已提交(Read committed)×
可重复读(Repeatable read)××
可串行化(Serializable)×××

 

参考文档:

https://www.2cto.com/database/201710/691297.html

https://blog.csdn.net/zh521zh/article/details/69400053

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Spring的事务隔离级别是指多个事务同时操作一个数据库时,一个事务所能读到的数据受到其他事务影响的程度。Spring定义了五个事务隔离级别,分别为: 1. DEFAULT(默认):使用后端数据库默认的隔离级别。对大部分数据库而言,通常是 READ_COMMITTED(读已提交)级别。 2. READ_UNCOMMITTED(读未提交):最低的隔离级别,允许读取尚未提交的数据变更,可能会导致脏读、幻读或不可重复读。 3. READ_COMMITTED(读已提交):允许读取并发事务已经提交的数据,可以阻止脏读,但是幻读或不可重复读仍有可能发生。 4. REPEATABLE_READ(可重复读):对同一字段的多次读取结果都是一致的,除非数据是被本身事务所修改,可以阻止脏读和不可重复读,但是幻读仍有可能发生。 5. SERIALIZABLE(串行化):最高的隔离级别,完全服从ACID隔离级别。所有的事务依次逐个执行,这样事务之间就完全不可能产生干扰,也就是说,可以防止脏读、不可重复读以及幻读。 下面是一个示例,展示如何在Spring配置事务隔离级别: ```xml <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <tx:advice id="txAdvice" transaction-manager="transactionManager"> <tx:attributes> <tx:method name="save*" propagation="REQUIRED" isolation="READ_COMMITTED"/> <tx:method name="update*" propagation="REQUIRED" isolation="READ_COMMITTED"/> <tx:method name="delete*" propagation="REQUIRED" isolation="READ_COMMITTED"/> <tx:method name="get*" read-only="true" propagation="SUPPORTS" isolation="READ_COMMITTED"/> <tx:method name="find*" read-only="true" propagation="SUPPORTS" isolation="READ_COMMITTED"/> </tx:attributes> </tx:advice> <aop:config> <aop:pointcut id="serviceOperation" expression="execution(* com.example.service.*.*(..))"/> <aop:advisor advice-ref="txAdvice" pointcut-ref="serviceOperation"/> </aop:config> ```

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值