MySQL之事务与隔离级别(概要篇)

事务

事务的概念

事务就是一组原子性的SQL查询,或者说是一个独立的工作单元。如果数据库引擎能够成功地对数据库应用该组查询的全部语句,那么久执行该组查询。如果其中有任何一条语句因为崩溃或者其他原因无法执行,那么所有的语句都将不会执行。
也就是说,事务内的语句,要么全部执行成功,要么全部执行失败。

经典例子:“银行应用”

假设要从用户A的银行卡账户转到用户B的银行卡账户200元钱,应该怎么做?

应该至少需要三个步骤:
1. 检查用户A的账户余额是否高于200元?
1. 从用户A的银行卡账户中减去200元。
1. 在用户B的银行卡账户中加上200元。

上述三个步骤的操作必须打包在一个事务中,任何一个步骤失败,则必须回滚所有的步骤。

可以用 START TRANSACTION 语句开始一个事务,然后要么使用 CONNIT 提交事务将修改的数据并持久保留,要么使用 ROLLBACK 撤销所有的修改。

事务的SQL样本如下:

START TRANSACTION;
SELECT balance FROM savings WHERE customer_ id = 111;
UPDATE savings balance = balance - 200. 00 WHERE customer_ id = 111;
UPDATE savings SET balance = balance + 200. 00 WHERE customer_ id = 111;
COMMIT;

试想一下,如果执行到第4条语句的时候,服务器奔溃了,会发生什么?
也许用户A因此损失了200元。也许执行到第3到第4条语句之间,服务器奔溃了,用户B因此白得到了200元。

除非系统通过严格的ACID测试,否则空谈事务的概念是远远不够的。

什么是ACID?

ACID表示 原子性(atomicity)一致性(consistency)隔离性(isolation)持久性(durability) 。一个运行良好的事务处理系统,必须具备这些标准的特征。

  • 原子性(atomicity):一个事务必须被视为一个不可分割的最小工作单元,整个事务中的所有操作要么全部提交成功,要么全部失败回滚,对于一个事务来说,不可能只执行其中的一个部分操作,这就是事务的原子性。

  • 一致性(consistency):数据库总是从一个一致性的状态转换到另外一个一致性的状态。在前面的例子中,一致性确保了,即使在执行第三、四条语句之间时系统崩溃,A账户中也不会损失200美元,因为事务最终没有提交,所以事务中所做的修改也不会保存到数据库中。

  • 隔离性(isolation):通常来说,一个事务所做的修改在最终提交以前,对其他事务是不可见的。在前面的例子中,当执行完第三条语句、第四条语句还未开始时,此时有另外一个关于A账户付款程序开始运行,则其看到的A账户的余额并没有被减去200美元。

  • 持久性(durability):一旦事务提交,则其所做的修改就会永久保存到数据库中。此时即使系统崩溃,修改的数据也不会丢失。

在实际应用中,若想实现ACID特效非常地难,甚至可以说是一个不可能完成的任务。

就像各种锁一样,实现ACID的数据库相比没有实现的数据库,需要花费更多的CPU时间。

事务的隔离级别

点赞

发表评论

电子邮件地址不会被公开。必填项已用 * 标注