登录
首页 >  数据库 >  MySQL

MySQL事务简介

来源:SegmentFault

时间:2023-02-24 14:58:35 435浏览 收藏

在IT行业这个发展更新速度很快的行业,只有不停止的学习,才不会被行业所淘汰。如果你是数据库学习者,那么本文《MySQL事务简介》就很适合你!本篇内容主要包括MySQL事务简介,希望对大家的知识积累有所帮助,助力实战开发!

对于大部分业务系统来说,数据库的作用就是保存在现实中的业务场景。比如经常用来举例的银行账户,我们对账户的存、取、转账等的每一个操作都是可以映射为数据库中一份数据的变更。

现实中我们对于这些操作的理解很简单,但是落到数据库层面却要考虑更多的事情。比如操作过程中发生了宕机或者断电等不可控因素,或者逻辑漏洞等人为因素导致的数据发生了不可控。为了保证数据的正确性,就需要开发人员做很多复杂的逻辑。因此,为了简化我们的编程,事务就诞生了。有了事务后,就不需要我们去考虑各种复杂的情况,只需要专注业务应用的开发。针对事务诞生需要处理的场景,设计者们总结出了事务的几个特性:

① 原子性(Atomicity)

原子性指的是一次不可分割的操作。比如银行业务中的转账,转账涉及转出账户的扣款和转入账户的增加,这个操作必须是一次不可分割的操作要么成功,要么失败,否则银行业务就会出打问题。现实中的一次原子操作对应着数据库的若干步骤,例如查询,修改,落盘等。这些步骤的任何一步都可能因为不可抗力出现失败!因此数据库的设计者们需要通过各种记录和操作来保证原子性,这个后续文章中会指出。

② 一致性(Consistency)

一致性指的是数据只能从一个状态转移到另一个状态。那么,如何保证状态按规则进行转义呢?这就需要我们定义一些约束和逻辑规则。比如金额不能为负数,年龄只能整数等。站在数据库的角度,它只能处理基本信息的验证(比如设置字段为正整数等)以及提供原子性、隔离性、持久性来保证数据的正确!因此,还是需要我们在应用层利用数据库特性进行处理。所以一致性也可以理解为:应用系统利用数据库特性保证数据从一个正确的状态到另一个正确的状态。

事务的一致性可以分为5种:

强一致性:读操作可以立刻读取到提交的更新

弱一致性:提交的更新操作不一定立刻会被读操作读取到,此种情况会存在一个窗口,指的是读操作读取到最新值的一段时间

最终一致性:是弱一致性的特例。事务更新一份数据,最终一致性保证在没有其它事务更新同样数据的情况下,最终所有事务都可以读取到之前事务的最新值。

单调一致性:如果一个进程已经读到一个值,那么后续不会读到更早的值。

会话一致性:保证客户端和服务端的交互过程中,读操作可以读取到更新操作后的最新值。

③ 隔离性(Isolation)

隔离性指的是两次操作修改同一份数据时,相互之间不能互相影响,他们操作的数据不是其中一个操作的中间态。比如A、B两个人同时要给C进行转账,转账操作需要将A、B转给C的钱与C的余额进行相加,但是A、B看到的C的余额应该是他们转账前的金额,而不能是A或者B转账过程中的金额,因为A、B的操作在最终完成前不代表可以一定成功。

但是实际事务执行过程中,因为事务的互相影响会产生很多问题:

脏读:事务A读取到了事务B已修改但未提交的数据

不可重复读:在一个事务中,在对一个数据的两次读取结果不一致

幻读:当一个事务A按条件对表中数据进行查询并修改,这个时候事务B对表中的数据进行了插入,插入的数据也满足A的查询条件,这个时候就造成了A在修改完后再次执行相同的查询,又发现了未修改的数据,好像出现了幻觉一样。

为了解决这些问题,事务提供了不同级别的隔离标准:

④ 持久性(Durability)

数据修改成功后,结果将永久保留,这个规则就是持久性。持久性意味着数据库操作所修改的数据结果都应该保留下来,无论发生了什么事故,结果都不会改变和丢失。

介绍完四大特性可以发现我们的数据库操作实际上都是一个或多个特性的拼接,因此事务也可以理解为:需要保证 原子性、隔离性、一致性、持久性的一个或多个操作。根据这些操作所执行的不同阶段事务又可以分为如下几个状态:

① 活动的

事务对应的数据库操作正在执行过程中

② 部分提交的

当事务中的最后一个操作执行完成,但由于操作都在内存中执行,所造成的影响并没有刷新到磁盘时,此时该事务处于 部分提交 状态。

③ 失败的

当事务处于 活动的 或 部分提交的 状态时,可能遇到某些错误无法继续执行,此时事务就处于 失败的 状态。

④ 终止的

当事务在执行过程中,因为某些问题变成了 失败的 状态,此时为保证一致性需要撤销事务对当前数据库造成的影响(也就是回滚)。当撤销操作执行完毕后,数据库也恢复到了事务提交前的状态,此时就认为事务处在了 终止的 状态。

⑤ 提交的

当一个处于 部分提交的 状态的事务将修改的数据都刷新到磁盘后,我们就可以说该事务处于提交的状态。

由上述状态可知,当一个事务处于提交或终止的状态时,一个事务的生命周期才算是结束。对于已经提交的事务,其所修改的数据将永久生效;对于处于终止状态的数据,其对数据库所做的所有修改都将回滚到事务执行前的状态。

有什么问题欢迎与我交流

今天关于《MySQL事务简介》的内容就介绍到这里了,是不是学起来一目了然!想要了解更多关于mysql的内容请关注golang学习网公众号!

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>