本文主要是介绍[数据库原理] 关系型数据库的事务ACID特性，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
事务是关系型数据库的核心，关系型数据库之所以在过去这几十年里蓬勃发展，和它对事务的支持密不可分。但所谓成也萧何，败也萧何，随着数据量的爆炸式增长，特别是近几年的大数据的蓬勃发展，关系型数据库的事务成为了互联网应用的性能瓶颈，NoSQL正是摒弃了关系型数据库事务的某些属性，使得对于某类特殊应用，其性能是关系型数据库的好多倍。
下面先说说什么是事务吧，事务在英文中是transaction，和现实世界中的交易很类似，它有如下四个特性：
1、A (Atomicity) 原子性
原子性很容易理解，也就是说事务里的所有操作要么全部做完，要么都不做，事务成功的条件是事务里的所有操作都成功，只要有一个操作失败，整个事务就失败，需要回滚。
比如银行转账，从A账户转100元至B账户，分为两个步骤：1）从A账户取100元；2）存入100元至B账户。这两步要么一起完成，要么一起不完成，如果只完成第一步，第二步失败，钱会莫名其妙少了100元。
2、C (Consistency) 一致性
一致性也比较容易理解，也就是说数据库要一直处于一致的状态，事务的运行不会改变数据库原本的一致性约束。
例如现有完整性约束a+b=10，如果一个事务改变了a，那么必须得改变b，使得事务结束后依然满足a+b=10，否则事务失败。
3、I (Isolation) 独立性
所谓的独立性是指并发的事务之间不会互相影响，如果一个事务要访问的数据正在被另外一个事务修改，只要另外一个事务未提交，它所访问的数据就不受未提交事务的影响。
比如现有有个交易是从A账户转100元至B账户，在这个交易还未完成的情况下，如果此时B查询自己的账户，是看不到新增加的100元的。
4、D (Durability) 持久性
持久性是指一旦事务提交后，它所做的修改将会永久的保存在数据库上，即使出现宕机也不会丢失。
还是举上面那个例子，如果转账成功了，而此时数据库宕机了，重启后，还是能够看到转账成功后的结果。
下面介绍一个牛人 —— James Gray，他对关系型数据库事务做了不可磨灭的功绩：
- 定义了事务，完美解决了数据一致性的问题。
- 提出了锁的机制，
- 提出日志对事物的控制。
- 提出了两阶段提交的技术（2PC）。
这篇关于[数据库原理] 关系型数据库的事务ACID特性的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
