MYSQL的事务

#内容摘自《高性能MySQL》第三版

• 事务是什么？

事务，Transaction，是指作为一个基本工作单元执行的一系列SQL语句的操作，要么完全地执行，要么完全地都不执行。

• 为什么需要事务？

下面举一个银行应用是解释事务必要性的一个经典例子。假如一个银行的数据库有两张表：支票表（checking）和储蓄表（savings）。现在要从用户Jane的支票账户转移200美元到她的储蓄账户，那么至少需要三个步骤：

1. 检查支票账户的余额高于或者等于200美元。
2. 从支票账户余额中减去200美元。
3. 在储蓄帐户余额中增加200美元。

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

可以用START TRANSACTION语句开始一个事务，然后要么使用COMMIT提交将修改的数据持久保存，要么使用ROLLBACK撤销所有的修改。事务SQL的样本如下：

1. start transaction;
2. select balance from checking where customer_id = 10233276;
3. update checking set balance = balance - 200.00 where customer_id = 10233276;
4. update savings set balance = balance + 200.00 where customer_id = 10233276;
5. commit;

• 事务的ACID特性

1. 原子性（atomicity）

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

2. 一致性（consistency）

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

3. 隔离性（isolation）

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

4. 持久性（durability）

一旦事务提交，则其所做的修改会永久保存到数据库。（此时即使系统崩溃，修改的数据也不会丢失。）

• 事务的使用

表的引擎类型必须是innodb才能使用事务，innodb是mysql的默认引擎。

1.开启事务（开启事务后执行修改命令，变更会维护到本地缓存中，而不维护到物理表中）

begin;
或
start transaction;

2.提交事务（将缓存中的数据变更维护到物理表中）

commit;

3.回滚事务（放弃缓存中变更的数据，表示事务执行失败。回到开始事务前的状态）

rollback;

• 事务验证

可以开两个终端操作一张表，比较简单。这里就不演示了。

• 注意的地方

1.使用命令终端操作数据库的时候，也是默认开始事务的，只是在回车确认操作的时候，终端会默认执行commit，所以我们不需要手动commit。但假如手动调用begin或者start transaction或者set autocommit=0时，就需要手动调用commit提交事务。

2.使用python操作数据库的时候，默认开启事务的，但是python对数据库进行增删改的时候，需要手动commit。

3.SQL语句中有手动开启事务的原因是：可以进行多次数据的修改，如果成功一起成功，否则一起会滚到之前的数据。