本文主要是介绍数据库事务——ACID，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
背景：
今天师姐给我们分享了事务这部分的知识，其实事务我们在自考的时候早就接触过，但是当时只是知道了事务有四个特性，并且也没有细研究过，借着今天的分享，就来总结一下吧！
简介
事务，我们这里说的事务是指数据库事务，指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。
事务的四个特性（ACID）
原子性（Atomic）
事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。通常，与某个事务关联的操作具有共同的目标，并且是相互依赖的。如果系统只执行这些操作的一个子集，则可能会破坏事务的总体目标。原子性消除了系统处理操作子集的可能性。即事务是原子的，不可分割的。
一致性（Consistent）
事务在完成时，必须使所有的数据都保持一致状态。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。事务结束时，所有的内部数据结构（如 B 树索引或双向链表）都必须是正确的。某些维护一致性的责任由应用程序开发人员承担，他们必须确保应用程序已强制所有已知的完整性约束。即我们要保证事务在执行前后数据保持一致状态。
隔离性（Insulation）
由并发事务所作的修改必须与任何其它并发事务所作的修改隔离。事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。这称为隔离性，因为它能够重新装载起始数据，并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同。即事务之间相互隔离，互不影响。
持久性（Duration）
事务完成之后，它对于系统的影响是永久性的。该修改即使出现致命的系统故障也将一直保持。
事务隔离级别
未提交读（Read uncommitted）
允许脏读取，但不允许更新丢失。如果一个事务已经开始写数据，则另外一个事务则不允许同时进行写操作，但允许其他事务读此行数据。就是如果一个事务向表中插入数据，插入的语句执行了之后，这个事务没有commit，那么其他的事务是能读到这些插入的数据的。
当隔离级别为未提交读的时候，就可能出现脏读。
提交读（Read Committed）
读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。简单来说就是如果一个事务要往表中插入数据，插入的语句已经执行，但是这个事务没有commit，那么其他事务是读不到这些插入的数据的。
可重复读（Repeatalbe Read）
读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。就是事务可以并发执行，但是当事务1对一个表或者行进行任何操作的时候，其他的事务则不能对这个表或者行进行操作。
序列化（Serializable）
提供严格的事务隔离。它要求事务序列化执行，事务只能一个接着一个地执行，不能并发执行。
注：MySQL的默认隔离级别就是可重复读（Repeatable read）
比较一下这四种隔离级别会出现的问题
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
| Read uncommitted | √ | √ | √ |
| Read committed | × | √ | √ |
| Repeatable read | × | × | √ |
| Serializable | × | × | × |
总结
所有的知识都是我们要理解之后去总结的，还要结合生活中的例子，这样知识变得有趣了，我们学的也就高兴了！
这篇关于数据库事务——ACID的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
