学习一下事务

构成单一逻辑工作单元的操作集合称为事务。在数据库中，事务是用户定义的一个数据库操作序列，这些操作要么执行其全部内容，要么根本不执行。因此，事务是访问并可能更新各种数据想的一个程序执行单元，比如买票、转账操作，也包括查询操作，即既有读事务也有写事务。

保证事务的ACID特性是事务处理的重要任务。具体包括：

1.原子性Atomicity

事务的诸操作要么全部发生，要么都没有发生。比如，A给B转了1千元，转账这个事务其实分为A账户的减少和B账户的增加两步。如果只发生其中一种，比如A账户少了1 千元，B账户不变，或者A账户不变，B账户多了1千元，都说明事务没有正常完整，是不允许的。只能同时发生（A少1千B多1千）或者都不发生（A和B账户不变）

2.一致性Consistency

如果一个事务作为原子从一个一致的数据库状态开始独立运行，则事务结束的时候数据库也必须再次是一致的。在转账的例子中，一致性要求事务的执行不改变A和B的金额之和。注意，事务执行过程中系统肯定有一刻是不一致状态，比如A账户少了1千而B账户增加暂未执行，然后这种不一致状态很快会被一致的状态所取代。这种就是需要原子性的原因，某个事务的所有动作要么在数据库中全部反映出来，要么全部不反映。

3.隔离性Isolation

一个事务的执行不能被其他事务干扰，即一个事务的内部操作即使用的数据对其他并发事务是隔离的，并发执行的各个事务之间不能相互干扰。就像好几个人同事给买早点的阿姨收款码转账，各个转账事务互不干涉，她的账户金额增长也是正确的。

4.持久性Durablility

事务一旦提交，对数据库的改变就是永久的。后续的其他操作或者故障不会对执行结果有任何影响。比如，办完转账业务后，无论通过手机银行还是银行柜台、ATM查询，结果都是一样的，即使你刚办理完银行系统出了故障，系统恢复后，你的账户金额也是不变的。

事务是恢复和并发控制的基本单位，保证事务的ACID特性是事务管理的首要任务，因为它可能被某些因素破坏，比如：

（1）多个事务并行运行时，不同事务的操作交叉执行。

（2）事务在运行过程中被强行停止。

在（1）中，DBMS必须保证多个事务的交叉运行不影响这些事务的原子性，比如学期末各科老师同时给同一个学生录入成绩或者12306春节抢票。这对应多事务并发机制。

在（2）中，DBMS必须保证被强行终止的事务（比如除零、断电、系统崩溃等）对数据库和其他事务任何影响，这对应数据库的恢复机制。