数据库事务

概述

• 事务就是一组原子性的SQL查询，或者说一个独立的工作单元

原子性（atomicity)

-个事务必须被视为一个不可分割的最小工作单元.整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对干一个事务来说，不可能只执行其中的一部分操作，这就是亊务的原子性，

一致性（consistency)

数据库总是从一个一致性的状态转换到另外一个一致性的状态，在前面的例子中，一致性确保了.即使在执行第三，四条语句之间时系统崩潰，支票账户中也不会抽失200美元，因为亊务最终没有提交，所以事务中所做的修改也不会保存到数据库中.

隔离性（ isolation)

通常来说，一个亊务所做的修改在最终提交以前，对其他事务是不可见的，在前面的例子中.当执行完第三条语句，第四条语句还未开始时，此时有另外一个账户汇总程序开绐运行，則其看到的支栗账户的余额并没有被滅去200美元.

• 隔离级别
  在SQL标准中定义了 四种隔离级別，毎一种级別都规定了一个事务中所做的修改，哪些在亊务内和事务间是可见的， 哪些是不可见的，较低级别
  的隔离通常可以执行更高的并发，系统的开销也更低，

• READ UNCOfllTTED (未提交读>

在READ UNCOWITTED级别，亊务中的修改，即使没有提交，对其他事务也都是可见的，事务可以读取未提交的数据，这也被称为脏读（Dirty Read).这个级别会导致很多问題，从性能上来说，READ UNCOfUTTED不会比其他的级別好太多，伹却缺乏其他级别的很多好处，除非真的有非常必要的理由，在实际应用中一般很少使用.

• READ C0WITTED (提交读）

大多数数据库系统的默认隔离级別都是READ COMMITTED (伹MySQL不 是READCOMMITTED满足前面提到的隔离性的简单定义：一个亊务开始时，只能看见已经提交的事务所做的绦改，换句话说. 一 个事务从开始直到提交之前，所做的任何修改对其他享务都是不可见的.这个级别有时候也叫做不可*复读（nonrepeatableread),因为两次执行同样的査询，可能会得到不一样的结果.

• REPEATABLE READ （可重复读）

REPEATABLE READ解决了脏读的问理，该级别保证了在同一个事务中多次读取冋样记录的结果是一致的，但是理论上，可重复读隔离级別还是无法解决另外一个幻读(Phantom Read)的问题，所谓幻读，指的是当某个亊务在读取某个范围内的记录时,另外一个亊务又在该范围内插人了新的记彔，当之前的亊务再次读取该范围的记录时，会产生幻行（Phantom Row）。InnoDB和XtraDB存储引擎通过多版本并发控制(MVCC, Mullivcrsion Concurrency Control)解决了幻读的问理。
可重复读是MySQL的默认亊务隔离级别。

• SERIALIZABLE (可事行化）

SERIALIZABLE是最髙的隔离级别，它通过强制亊务串行执行，避免了前面说的幻读的问題，简单来说，SERIALIZABLE会在读取的毎一行数据上都加锁，所以可能导致大董的超时和锁争用的问实际应用中也很少用到这个隔离级别，只有在非常必要确保数据的一致性而且可以接受没有并发的情况下，才考虑采用该级别。

image.png

持久性（ durability)

—旦事务提交，則其所做的修改就会永久保存到数据库中，此时即使系统崩渍，修改的数据也不会丢失，持久性是个有点镆糊的概念，因为实际上持久性也分很多不同的级别，有些持久性策略能够提供非常强的安全保障，而有些則未必.而且不可能有能做到100%的持久性保证的策略（如果数据库本身就能撖到真正的持久性，那么备份又怎么能增加持久性呢？）

关于ACID的讨论

• 亊务的ACID特性可以确保银行不会弄丢你的钱，而在应用逻辑中，要实现这一点非常难,甚至可以说是不可能完成的任务，一个兼容ACID的数据库系统，擗要做很多复杂但可能用户并没有觉察到的工作，才能确保ACID的实现，耽诹锁粒度的升级会增加系统开销一样，这种事务处理过程中额外的安全性，也会需要数据库系统做更多的额外工作，一个实现了ACID的数据库，相比没有实现ACID的数据库，通常会箱要更强的CPU处理能力、更大的内存和更多的磁盘空间
• 正如本章不断重复的，这也正是MySQL的存储引擎架构可以发挥优势的地方.用户可以根据业务是否需要事务处理，来选择合适的存储引擎.对于一些不需要事务的査询类应用.选择—个非亊务型的存储引擎，可以获得更高的性能。