如何理解事务一致性?

何为一致性?

初学数据库事务时老师讲到数据库四大特性:原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)。

原子性和持久性概念基本秒懂,隔离性也好理解。但这个一致性实在让人摸不着头脑。什么和什么一致?体现在哪里?

先看看官方的套娃解释:一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态,也就是说一个事务执行之前和执行之后都必须处于一致性状态。

我让你解释一致性,你又拿一致性来解释一致性。这不是在套娃吗?

于是百度了一下,发现好多半吊子博主,把原子性的解释套在一致性上,自己满脑子浆糊,还大言不惭的误人子弟。

还有些博主估计段位太高,不屑把话说的太明白,他们是这么解释一致性的:“一致性是指数据处于一种语义上的有意义且正确的状态。一致性是对数据可见性的约束,保证在一个事务中的多次操作的数据中间状态对其他事务不可见的。因为这些中间状态,是一个过渡状态,与事务的开始状态和事务的结束状态是不一致的。”

我反正是更晕了。

于是继续百度之,有人用AB转账举例,A账户总共5000元,不论怎么他怎么给B转,AB账户合计总额还是5000.这就是一致性。貌似有些意思了,但终归感觉说的不是很透彻。

最后终于看到了一句解释点醒了我。原话忘了,但含义总结如下:

所谓一致性是数据库处理前后结果应与其所抽象的客观世界中真实状况保持一致。这种一致性是一种需要管理员去定义的规则。管理员如何指定规则,数据库就严格按照这种规则去处理数据。

就拿那个老掉牙的AB转账来进一步解释,如果说AB账户总金额5000就是数据库的一致性规则,那么我能不能把A账户转走10000给B,让B账户有10000,而A剩下-5000?从数学上来看完全正确,但这显然是不符合常理的。而这种常理,就是所谓的一致性。

你悟了吗?


事务一致性是指在数据库中的事务执行过程中,将数据库从一个一致的状态转变为另一个一致的状态。这意味着事务的执行不会破坏数据库中的完整性约束和业务规则。 一致性数据库管理系统(DBMS)保证的一项重要特性,它确保了事务在执行过程中的可靠性和正确性。以下是一些理解事务一致性的关键点: 1. 原子性(Atomicity):事务要么全部执行成功,要么全部失败回滚。如果事务中的任何一部分操作失败,那么整个事务都会回滚到初始状态,确保数据的一致性。 2. 数据完整性(Data Integrity):事务执行过程中,数据库中的数据必须满足预定义的完整性约束。例如,唯一键约束、外键约束等。 3. 业务规则(Business Rules):事务执行过程中,必须遵守预定义的业务规则。这些规则可能是特定于应用程序或业务领域的,例如库存不允许负数、账户余额不允许为负等。 4. 并发控制(Concurrency Control):多个事务同时执行时,DBMS必须采取适当的并发控制机制,以确保数据的一致性。这可以通过锁定机制、多版本控制等方式实现。 5. 回滚和恢复(Rollback and Recovery):如果事务执行过程中发生错误或系统故障,DBMS必须能够回滚事务并将数据库恢复到一致的状态。 综上所述,事务一致性是指在事务执行过程中,保持数据的完整性、遵守业务规则,并通过并发控制和回滚恢复机制来确保数据库一致性
评论 36
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值