数据库事务的四个特性以及隔离级别

本文详细介绍了数据库事务的四大特性(ACID):原子性、一致性、隔离性和持久性,并探讨了事务隔离性可能引发的问题,如脏读、不可重复读及幻读等现象。此外,还对比了MySQL与Oracle数据库的不同隔离级别。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、 数据库事务的四个特性(ACID)

(1) 原子性(Atomicity)
原子性是指事务包含的所有操作要么全部成功,要么全部失败回滚。事务的操作如果成功就必须要完全应用到数据库,如果失败则不能对数据库有任何影响。

(2)一致性(Consistency)
一致性是指事务必须使数据库从一个一致性状态转变到另一个 一致性状态,即一个事务执行之前和执行之后都必须处于一致性状态。
比如转账,假设用户A和用户B两者的钱加起来一共是5000,那么不管他们之间如何转账,事务结束之后两个用户的钱加起来也应该是5000。

(3)隔离性(Isolation)
隔离性是当多个用户并发访问数据库时,比如操作同一张表时,数据库为每一个用户开启的事务,不能被其他事务的操作所干扰,多个并发事务之间要相互隔离。
即要达到这样一种效果:对于任意两个并发的事务T1和T2,在事务T1看来,T2要么在T1开始之前就已经结束,要么在T1结束之后再开始,这样每个事务都感觉不到有其他事务在并发地执行。

(4)持久性(Durability)
持久性是指一个事务一旦被提交了,那么对数据库中的数据改变就是永久性的,即便在数据库系统遭到故障的情况下也不会丢失提交事务的操作。

二、事务的隔离性

(一)没有隔离性可能会产生的问题

1. 脏读

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

当一个事务正在多次修改某个数据,而在这个事务中这多次的修改都未提交,这时一个并发的事务来访问该数据,就会造成两个事务得到的数据不一致。例如:用户A向用户B转账100元,对应的SQL命令如下:

update account set money=money+100 where name='B';  --此时A通知B
update account set money=money-100 where name='A';

当只执行第一条SQL时,A通知B查看账户,B发现钱确实已经到账(此时即放生了脏读),而之后无论第二条SQL是否执行,只要该事务不提交,则所有的操作都将回滚,那么当B以后再次查看账户时就会发现钱其实并没有到账。

2. 不可重复读
不可重复读是指在对数据库中的某个数据,一个事务范围内多次查询却返回了不同的数据值,这是由于在查询间隔,被另一个事务修改并提交了。

例如事务T1在读取某一数据,而事务T2立即修改了这个数据并且提交事务给数据库,事务T1再次读取该数据就得到了不同的结果,发送了不可重复读。

不可重复读和脏读的区别是,脏读是某一事务读取了另一个事务未提交的脏数据,而不可重复读则是读取了前一事务提交的数据。

在某些情况下,不可重复读并不是问题,比如我们多次查询某个数据当然以最后查询得到的结果为主。但在另一些情况下就有可能发生问题,例如对于同一个数据A和B依次查询就可能不同,A和B就可能打起来了……

3. 虚读(幻读)

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

幻读和不可重复读都是读取了另一条已经提交的事务(这点就脏读不同),所不同的是不可重复读查询的都是同一个数据项,而幻读针对的是一批数据整体(比如数据的个数)。

(二)MySQL数据库的四种隔离级别

① Serializable(串行化):可避免脏读、不可重复读、幻读的发生。
② Repeatable read(可重复读):可避免脏读、不可重复读的发生。
③ Read committed(读已提交):可避免脏读的发生。
④ Read uncommitted(读未提交):最低级别,任何情况都无法保证。

以上四种隔离级别最高的是Serializable级别,最低的是Read uncommitted级别,当然级别越高,执行效率就越低。像Serializable这样的级别,就是以锁表的方式(类似于Java多线程中的锁)使得其他的线程只能在锁外等待,所以平时选用何种隔离级别应该根据实际情况。在MySQL数据库中默认的隔离级别为Repeatable read (可重复读)

在MySQL数据库中,支持上面四种隔离级别,默认的为Repeatable read (可重复读);而在Oracle数据库中,只支持Serializable (串行化)级别和Read committed (读已提交)这两种级别,其中默认的为Read committed级别

在MySQL数据库中查看当前事务的隔离级别:

select @@tx_isolation;

在MySQL数据库中设置事务的隔离级别:

set  [glogal | session]  transaction isolation level 隔离级别名称;

或:

set tx_isolation='隔离级别名称';

the scope of the transaction有三个范围:

1. 默认: 当前的session的下一个事务
2. session:当前的session的以后的所有的事务
3. globale:所有以后的session,不包括当前的session

参考博客:
https://www.cnblogs.com/fjdingsd/p/5273008.html

http://www.zhihu.com/question/23989904

http://dev.mysql.com/doc/refman/5.6/en/set-transaction.html

http://www.cnblogs.com/xdp-gacl/p/3984001.html

<think>我们正在讨论数据库的ACID特性隔离级别。根据用户引用的资料,我们可以总结如下: 1. ACID特性: - Atomicity(原子性):事务中的所有操作要么全部完成,要么全部不完成,不会结束在中间某个环节。如果事务在执行过程中发生错误,会被回滚(Rollback)到事务开始前的状态。 - Consistency(一致性):在事务开始之前事务结束以后,数据库的完整性没有被破坏。这表示写入的数据必须符合所有的预设规则。 - Isolation(隔离性):数据库允许多个并发事务同时对其数据进行读写修改的能力,隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。 - Durability(持久性):事务处理结束后,对数据的修改就是永久的,即便系统故障也不会丢失。 2. 隔离级别(引用[2][4]): - READ-UNCOMMITTED(读取未提交):最低隔离级别,允许读取尚未提交的数据变更,可能会导致脏读、不可重复读幻读。 - READ-COMMITTED(读取已提交):允许读取并发事务已经提交的数据,可以阻止脏读,但不可重复读幻读仍可能发生。Oracle等数据库的默认隔离级别。 - REPEATABLE-READ(可重复读):对同一字段的多次读取结果都是一致的,除非数据是被本身事务自己所修改。可以阻止脏读不可重复读,但幻读仍可能发生。MySQL的默认隔离级别。 - SERIALIZABLE(可串行化):最高的隔离级别,完全服从ACID。所有事务依次逐个执行,这样事务之间就完全不可能产生干扰。可以防止脏读、不可重复读幻读。 注意:在引用[4]中提到,MySQL的默认隔离级别是REPEATABLE READ,而很多其他数据库(如Oracle)默认是READ COMMITTED。 另外,引用[3]提到,隔离级别越高,并发性能越低,因为高隔离级别往往需要更多的锁机制。 接下来,我们按照用户要求,详细解释ACID四个特性隔离级别。 由于用户要求参考之前的引用,我们在回答中会适当标注引用。</think>### 数据库 ACID 特性详解 数据库事务的 **ACID** 特性是保证数据一致性可靠性的核心基础: 1. **原子性(Atomicity)** 事务中的所有操作要么**全部成功**,要么**全部失败回滚**,不存在中间状态。 **示例**:转账操作(A扣款 + B入款)必须同时成功或同时失败[^1]。 2. **一致性(Consistency)** 事务执行前后,数据库必须保持**预定义的规则约束**(如唯一键、外键约束)。 **示例**:转账后总金额不变(A余额 + B余额 = 转账前总额)[^3]。 3. **隔离性(Isolation)** 多个并发事务的执行**互不干扰**,如同串行执行。通过隔离级别控制干扰程度[^2]。 4. **持久性(Durability)** 事务成功提交后,对数据的修改**永久保存**,即使系统故障也不丢失(通过日志实现)[^4]。 --- ### 隔离级别详解与对比 隔离级别在并发性能数据一致性之间平衡,级别越高并发性能越低: | 隔离级别 | 脏读 | 不可重复读 | 幻读 | 实现机制 | 适用场景 | |-----------------------|------|------------|------|------------------------------|------------------------------| | **READ UNCOMMITTED** | ✓ | ✓ | ✓ | 无锁 | 实时统计(容忍脏数据) | | **READ COMMITTED** | ✗ | ✓ | ✓ | 行级锁(写锁) | Oracle 默认级别[^4] | | **REPEATABLE READ** | ✗ | ✗ | ✓ | MVCC + 间隙锁 | MySQL 默认级别[^3] | | **SERIALIZABLE** | ✗ | ✗ | ✗ | 表级锁 | 金融交易(强一致性) | #### 典型问题说明: 1. **脏读** 读取到其他事务**未提交的数据**(如回滚导致数据无效)[^2]。 2. **不可重复读** 同一事务内两次读取**同一行**数据结果不同(因其他事务修改)[^2]。 3. **幻读** 同一事务内两次**范围查询**结果集不同(因其他事务新增/删除行)[^2]。 --- ### 实现原理核心 1. **MVCC(多版本并发控制)** 为每个事务生成数据快照,读操作访问快照而非实时数据,避免读写冲突[^1]。 ```sql -- MySQL 查看当前事务版本 SELECT @@tx_isolation; ``` 2. **锁机制** - 行锁:锁定单行(解决不可重复读) - 间隙锁:锁定范围(解决幻读) - 表锁:全表锁定(SERIALIZABLE 级别)[^3] --- ### 实践建议 1. **默认选择** - MySQL:优先使用 **REPEATABLE READ**(平衡性能与一致性) - 高并发读:考虑 **READ COMMITTED**(减少锁竞争) 2. **显式控制** ```sql -- 设置会话隔离级别 SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED; ``` 3. **优化方向** - 短事务减少锁持有时间 - 避免长范围查询(降低幻读概率) - 必要时使用 `SELECT ... FOR UPDATE` 显式加锁[^1] ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值