数据库事务以及事务的四个特性

如果你是一名后台程序员开发,那么你一定或多或少的接触过事务。因为相对于高并发,且业务有一定复杂性的系统来说,事务是一定需要的,而且是必须的。他可以帮助我们将若干不同的子任务当成一个整体来完成,以保证整个业务的正确性。
举个简单的例子:
在七夕这天,你给你的女票发了一个520红包
对于钱款转移的这个过程来说,存在两个子任务
首先从你的余额里扣款(520元)
同时往你的女票余额里增加钱(520元)
这两个子任务对于红包业务来说,要么都成功,要么都不成功,不应该存在你扣款了,但是你的女票没有加钱的中间状态。这种被看作一个整体,并且子任务的状态都需要保持一致状态的事情(状态:操作成功,或者完全没有操作成功),我们就称之为事务。(防盗连接:本文首发自http://www.cnblogs.com/jilodream/ )当然这只是一个非常简单的例子。下边是更专业的定义:
事务是数据库管理系统,在执行的过程中的一个逻辑单位,他由一个有限的数据库操作序列构成。
其中逻辑单位表示事务不可拆分,结果一致(成功或者失败)
而我们平常更多的将事务特指DML类型的操作,也就是对数据的增删改,而不是所有的数据库操作,例如其他的建表,删表等。
这里还要注意的一点是,事务是一个能力,并不是所有的数据库都支持事务的。在mysql中,只有官方自带的引擎只有NDBA和innodb支持事务。
针对事务,我们从四个方面进行探讨,也就是事务的四大特性---ACID

数据库事务以及事务的四个特性

下边我们来分别谈谈这四个特性
A:Atomicity 原子性
原子性是指啥呢?
原子Atomicity在希腊语中转化而来,本意就是不可再拆分。最终结果要么就是全部成功,要么就是全部失败,不存在拆分开来,部分成功的场景,也就是是前文所说的逻辑单位。

D:Durability 持久性
只要事务提交成功,那么事务对数据库的操作就是一个永久性的作用,不会存在提交后,由于系统的原因,导致操作的效果消失了。

I :Isolation 隔离性
数据库存在多个事务同时操作时,应该保证事务时间互相不干扰,操作互相不影响。
如果像java语言中通过同步锁线性的操作,隔离性的问题肯定可以解决,但是这样操作就导致事务都是串行操作,效率低下,因此可以通过适当的调整隔离性,也就是事务互相之间的可见性的程度,来更好的提高性能。这就是隔离性所牵扯到一个隔离级别的问题,后边的博客中我们会讲到。

C:Consistency 一致性
一致性相对于其他特性来说最不容易理解,所以我们放到最后来讲。
所谓的一致性指的是数据库中的约束不会被打破,这种约束指两部分,
第一数据库的约束,如金额不能为负值。外键的约束
第二业务的约束,金额的转出的总额和转入的总额必须要相等。
这里有一个点,很多文章都解释的不够清楚,觉得一致性是指事务中不同的操作的状态要一致,这个只是字面意思,而字面意思又因为翻译的问题被曲解。所以很多人觉得一致性和原子性的概念很容易混淆,原因就在这里。更不理解为什么说一致性的是AID三个特性的最终目的。(防盗连接:本文首发自http://www.cnblogs.com/jilodream/ )所以更正确的理解应该是数据库事务操作后应该与约束保持一致,这就都理解通了。
所以特别要注意,这里的Consistentcy与CAP中的C不是一层含义。而是指数据库事务的操作,应该与业务要求保持一致。再啰嗦点,就是说,一致性是指数据要和预期的状态保持一致。因此在严格的意义上来说,一致性并不是数据库的特性,而是应用层(目的)的特性。

 

发表评论

评论已关闭。

相关文章