为什么要有事务? 假设一个银行的数据库有两张表,支票表和储蓄表,现在从用户Jack的支票账户转移200美元到他的储蓄帐户,那么至少需要三个步骤:
事务隔离级别
1. 检查支票帐户的余额高于20000元;
2. 从支票账户减去20000元;
3. 在储蓄账户余额中增加20000元;
以上三个步骤的操作必须打包在一个事务中,任何一个步骤失败,必须回滚所有步骤。为了解决这种问题,MySQL InnoDB 存储引擎支持事务操作,保证在一个事务中的操作要么都完成,要么都失败回滚。
什么是事务,事务特性有哪些?
事务就是一组相关联的原子性的 SQL 语句,事务内的语句要么全部执行成功,要么全部执行失败回滚,事务具有四大特性,分别是:原子性(atomicity)、一致性(consisitency)、隔离性(isolation)、持久性(durability);
事务特性 | 特点 |
原子性(Atomicity) | 一个事务必须被视为一个不可分割的最小工作单元,整个事务的所有操作要么全部提交成功,要么全部失败回滚,对于一个事务来说,不可能只执行其中的一部分操作,这就是事务的原子性; |
一致性(Consistency) | 数据库总是从一个一致性的状态转换到另一个一致性状态。从前面的例子中,一致性确保了在执行到过程3前,系统发生了崩溃,支票账户也不会损失20000元,因为事务没有提交,所以事务中所做的修改也不会保存到数据库中; |
隔离性(Isolation) | 通常来说,一个事务所做的修改在最终提交以前,对其他事务是不可见的,像前面的例子,事务A执行在步骤3时,本事务内支票余额减少了20000元,而事务B去查询时,支票余额并没有减少,这就是事务的隔离性,通常来说不同的事务未提交前是不可见的;当然也得看事务隔离级别; |
持久性(Durability) | 一旦事务提交,则其所做的修改就会永久保存到数据库中,即使系统崩溃,修改的数据也不会丢失。 |
隔离级别 | 说明 | 脏读可能性 | 不可重复读 | 幻读可能性 | 加锁读 |
未提交读 (READ UNCOMMITTED) |
事务中的修改,即使没有提交,对其他事务也都是可见的,事务可以读取未提交的数据,这也被为脏读(Dirty Read)。实际应用中一般很少使用; | yes | yes | yes | no |
提交读 (READ COMMITTED) |
大多数数据库系统的默认隔离级别都是READ COMMITTED(但MySQL不是),READ COMMITTED满足前面提到的隔离性的定义:一个事务开始时,只能看见已提交的事务所做的修改,换句话说,一个事务从开始直到提交前,所做的任何修改对其他事务都是不可见的。这个级别有时候也叫做不可重复读(nonrepeatable read),因为两次执行同样的查询,可能会得到不一样的结果;不可重复读是因为两次读取的结果有可能不一样; | no | yes | yes | no |
可重复读 (REPEATABLE READ) |
REPEATABLE READ 解决了脏读的问题,该级别保证了同一个事务中多次同样读取,读取到的记录结果是一致的。但是理论上可重复读还是无法解决另一个幻读问题(Phantom Read)。所谓幻读指的是某个事务在读取某个范围内的记录时,另外的一个事务又在该范围插入了新的记录,当之前的事务再次读取该范围的记录时,会产生幻行(Phantom Row)。InnoDB存储引擎通过多版本并发控制(MVCC,Multiversion Concurrency Control)解决了幻读问题; | no | no | yes |