事务ACID理解

事务管理(ACID)

谈到事务一般都是以下四点

原子性(Atomicity)
原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生。
一致性(Consistency)
事务前后数据的完整性必须保持一致。
隔离性(Isolation)
事务的隔离性是多个用户并发访问数据库时,数据库为每一个用户开启的事务,不能被其他事务的操作数据所干扰,多个并发事务之间要相互隔离。
持久性(Durability)
持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发生故障也不应该对其有任何影响

举个简单的例子理解以上四点

原子性

针对同一个事务

这里写图片描述

这个过程包含两个步骤

A: 800 - 200 = 600
B: 200 + 200 = 400

原子性表示,这两个步骤一起成功,或者一起失败,不能只发生其中一个动作

一致性(Consistency)

针对一个事务操作前与操作后的状态一致

这里写图片描述

操作前A:800,B:200
操作后A:600,B:400

一致性表示事务完成后,符合逻辑运算

持久性(Durability)

表示事务结束后的数据不随着外界原因导致数据丢失

操作前A:800,B:200
操作后A:600,B:400
如果在操作前(事务还没有提交)服务器宕机或者断电,那么重启数据库以后,数据状态应该为
A:800,B:200
如果在操作后(事务已经提交)服务器宕机或者断电,那么重启数据库以后,数据状态应该为
A:600,B:400

隔离性(Isolation)

针对多个用户同时操作,主要是排除其他事务对本次事务的影响

这里写图片描述
事务一)A向B转账200
事务二)C向B转账100

两个事务同时进行,其中一个事务读取到另外一个事务还没有提交的数据,执行步骤如图所示,按照数字顺序执行
在这里插入图片描述
隔离性用于解决以上问题


事务的隔离级别

脏读:

指一个事务读取了另外一个事务未提交的数据。

在这里插入图片描述

不可重复读:

在一个事务内读取表中的某一行数据,多次读取结果不同。(这个不一定是错误,只是某些场合不对)

页面统计查询值
这里写图片描述
生成报表的时候,B有人转账进来300(B事务已经提交)
这里写图片描述

虚读(幻读)

是指在一个事务内读取到了别的事务插入的数据,导致前后读取数量总量不一致。
(一般是行影响,如下图所示:多了一行)

这里写图片描述

四种隔离级别设置

数据库

set transaction isolation level 设置事务隔离级别
select @@tx_isolation 查询当前事务隔离级别

设置描述
Serializable可避免脏读、不可重复读、虚读情况的发生。(串行化)
Repeatable read可避免脏读、不可重复读情况的发生。(可重复读)
Read committed可避免脏读情况发生(读已提交)。
Read uncommitted最低级别,以上情况均无法保证。(读未提交)
java

适当的 Connection 方法,比如 setAutoCommit 或 setTransactionIsolation

设置描述
TRANSACTION_SERIALIZABLE指示不可以发生脏读、不可重复读和虚读的常量。
TRANSACTION_REPEATABLE_READ指示不可以发生脏读和不可重复读的常量;虚读可以发生。
TRANSACTION_READ_UNCOMMITTED指示可以发生脏读 (dirty read)、不可重复读和虚读 (phantom read) 的常量。
TRANSACTION_READ_COMMITTED指示不可以发生脏读的常量;不可重复读和虚读可以发生。

事务演示

在这里插入图片描述

这里使用控制台演示,命令行登录方式

mysql -h localhost -uroot -p

数据测试准备

create database db_test;
use db_test;

CREATE TABLE `AMOUNT` (
`id`  varchar(10) NULL,
`money`  numeric NULL
)
;

insert into amount(id,money) values('A', 800);
insert into amount(id,money) values('B', 200);
insert into amount(id,money) values('C', 1000);
insert into amount(id,money) values('D', 1000);

在这里插入图片描述
操作成功如图所示,检查数据:select * from amount;

mysql事务隔离性相关语句说明

--  查询当前控制台(客户端)当前事务级别
SELECT @@session.tx_isolation;   
SELECT @@tx_isolation;  
--  设置当前控制台(客户端)当前事务级别
SET SESSION TRANSACTION ISOLATION LEVEL read uncommitted;  
SET SESSION TRANSACTION ISOLATION LEVEL read committed;  
SET SESSION TRANSACTION ISOLATION LEVEL repeatable read;  
SET SESSION TRANSACTION ISOLATION LEVEL serializable;  

--开启事务
start transaction;
--提交事务,同时事务结束
commit;
--回退事务,回退操作,同时事务结束
rollback

案列1:脏读演示,读到其他事务未提交的数据

操作步骤

  1. 事务一(右):A向B转200,不提交事务
  2. 事务二(左):查看B金额
  3. 事务一(右):回滚事务
  4. 事务二(左):查看B金额

改变事务二(左)事务级别为READ-UNCOMMITTED
在这里插入图片描述

gif演示
在这里插入图片描述
转账SQL

update amount set money = money - 200 where id = 'A';
update amount set money = money + 200 where id = 'B';

事务二(左)在事务中,查询到其他事务还没有提交(commit/rollback)的事务

其他事务级别请自行测试(与理论预期一致)

  • 案列2,将事务二(左)在事务设置为REPEATABLE-READ,再看看操作结果(操作步骤同案例1,步骤三改为提交事务-commit)
  • 案列3,将事务二(左)在事务设置为REPEATABLE-READ,再看看操作结果(操作步骤同案例1,步骤三改为提交事务-commit)
  • 案列4,将事务二(左)在事务设置为SERIALIZABLE,再看看操作结果(操作步骤同案例1)

这里说明一下,SERIALIZABLE事务是串行执行,演示的时候只能由其中一个客户端操作,直到提交事务,另外一个客户端才能操作。

  • 342
    点赞
  • 1421
    收藏
    觉得还不错? 一键收藏
  • 35
    评论
数据库系统中事务的 数据库系统中事务ACID原则 原则 事务的原⼦性、⼀致性、独⽴性及持久性 事务的原⼦性是指⼀个事务要么全部执⾏,要么不执⾏.也就是说⼀个事务不可能只执⾏了⼀半就停⽌了.⽐如你从取款机取钱,这个事务可以分 成两个步骤:1划卡,2出钱.不可能划了卡,⽽钱却没出来.这两步必须同时完成.要么就不完成. 事务的⼀致性是指事务的运⾏并不改变数据库中数据的⼀致性.例如,完整性约束了a+b=10,⼀个事务改变了a,那么b也应该随之改变. 事务的独⽴性是指两个以上的事务不会出现交错执⾏的状态.因为这样可能会导致数据不⼀致. 事务的持久性是指事务运⾏成功以后,就系统的更新是永久的.不会⽆缘⽆故的回滚. 当事务处理系统创建事务时,将确保事务有某些特性。组件的开发者们假设事务的特性应该是⼀些不需要他们亲⾃管理的特性。这些特性称 为ACID特性。 ACID就是:原⼦性(Atomicity )、⼀致性( Consistency )、隔离性或独⽴性( Isolation)和持久性(Durabilily)。 1. 原⼦性 原⼦性属性⽤于标识事务是否完全地完成,⼀个事务的任何更新要在系统上完全完成,如果由于某种原因出错,事务不能完成它的全部任 务,系统将返回到事务开始前的状态。 让我们再看⼀下银⾏转帐的例⼦。如果在转帐的过程中出现错误,整个事务将会回滚。只有当事务中的所有部分都成功执⾏了,才将事务写 ⼊磁盘并使变化永久化。 为了提供回滚或者撤消未提交的变化的能⼒,许多数据源采⽤⽇志机制。例如,SQL Server使⽤⼀个预写事务⽇志,在将数据应⽤于(或提 交到)实际数据页⾯前,先写在事务⽇志上。但是,其他⼀些数据源不是关系型数据库管理系统 (RDBMS),它们管理未提交事务的⽅式完全 不同。只要事务回滚时,数据源可以撤消所有未提交的改变,那么这种技术应该可⽤于管理事务。 2. ⼀致性 事务在系统完整性中实施⼀致性,这通过保证系统的任何事务最后都处于有效状态来实现。如果事务成功地完成,那么系统中所有变化将正 确地应⽤,系统处于有效状态。如果在事务中出现错误,那么系统中的所有变化将⾃动地回滚,系统返回到原始状态。因为事务开 始时系统处于⼀致状态,所以现在系统仍然处于⼀致状态。 再让我们回头看⼀下银⾏转帐的例⼦,在帐户转换和资⾦转移前,帐户处于有效状态。如果事务成功地完成,并且提交事务,则帐户处于新 的有效的状态。如果事务出错,终⽌后,帐户返回到原先的有效状态。 记住,事务不负责实施数据完整性,⽽仅仅负责在事务提交或终⽌以后确保数据返回到⼀致状态。理解数据完整性规则并写代码实现完整性 的重任通常落在开发者肩上,他们根据业务要求进⾏设计。 当许多⽤户同时使⽤和修改同样的数据时,事务必须保持其数据的完整性和⼀致性。因此我们进⼀步研究A C I D特性中的下⼀个特性:隔离 性。 3. 隔离性 在隔离状态执⾏事务,使它们好像是系统在给定时间内执⾏的唯⼀操作。如果有两个事务,运⾏在相同的时间内,执⾏相同的功能,事务的 隔离性将确保每⼀事务在系统中认为只有该事务在使⽤系统。 这种属性有时称为串⾏化,为了防⽌事务操作间的混淆,必须串⾏化或序列化请求,使得在同⼀时间仅有⼀个请求⽤于同⼀数据。 重要的是,在隔离状态执⾏事务,系统的状态有可能是不⼀致的,在结束事务前,应确保系统处于⼀致状态。但是在每个单独的事务中,系 统的状态可能会发⽣变化。如果事务不是在隔离状态运⾏,它就可能从系统中访问数据,⽽系统可能处于不⼀致状态。通过提供事 务隔离,可以阻⽌这类事件的发⽣。 在银⾏的⽰例中,这意味着在这个系统内,其他过程和事务在我们的事务完成前看不到我们的事务引起的任何变化,这对于终⽌的情况⾮常 重要。如果有另⼀个过程根据帐户余额进⾏相应处理,⽽它在我们的事务完成前就能看到它造成的变化,那么这个过程的决策可能 建⽴在错误的数据之上,因为我们的事务可能终⽌。这就是说明了为什么事务产⽣的变化,直到事务完成,才对系统的其他部分可见。 隔离性不仅仅保证多个事务不能同时修改相同数据,⽽且能够保证事务操作产⽣的变化直到变化被提交或终⽌时才能对另⼀个事务可见,并 发的事务彼此之 间毫⽆影 响。这就意味着所有要求修改或读取的数据已经被锁定在事务中,直到事务完成才能释放。⼤多数数据库,例如 SQL Server以及其他的RDBMS,通过使⽤锁定来实现隔离,事务中涉及的各个数据项或数据集使⽤锁定来防⽌并发访问。 4. 持久性 持久性意味着⼀旦事务执⾏成功,在系统中产⽣的所有变化将是永久的。应该存在⼀些检查点防⽌在系统失败时丢失信息。甚⾄硬件本⾝失 败,系统的状态仍能通过在⽇志中记录事务完成的任务进⾏重建。持久性的概念允许开发者认为不管系统以后发⽣了什么变化,完 成的事务是系统永久的部分。 在银

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值