事务
事务的概念
事务就是一组原子性的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时间。
