| ��1、一致性 |
|
图10-1-2：事务Ti
|
| ��对于图10-1-2中的事务Ti来说，一致性要求就是事务的执行不改变帐户A和帐户B的和。否则的话事务就会创造或销毁钱！ ��单个事务的一致性是由对该事务进行编码的应用程序员的责任，但是在某些情况下利用DBMS中完整性约束(如触发器)的自动检查功能有助于一致性的维护。 ��2、原子性 ��如果事务没有原子性的保证，那么在发生系统故障的情况下，数据库就有可能处于不一致状态。如图10-1-3所示，如果故障发生在write(A)和read(B)之间，则将有可能造成帐户A的余额已经减去50元钱，而帐户B的余额却没有改变，凭空就少了50元钱。 |
|
图10-1-3：执行过程中发生故障的事务Ti
|
| ��值得注意的是，即使没有故障发生，系统在某一时刻也会处于不一致状态。原子性的要求就是这种不一致状态除了在事务执行当中出现外，在其他任何时刻都是不可见的。保证原子性是DBMS的责任：即事务管理器和恢复管理器的责任。 ��3、持久性 ��持久性的含义是说：一旦事务成功执行之后，它对数据库的更新是永久的。可以用以下两种方式中的任何一种来达到持久性的目的： ��⑴�以牺牲应用系统的性能为代价：要求事务对数据库系统所做的更新在事务结束前已经写入磁盘； ��⑵�以多占用磁盘空间为代价：要求事务已经执行的和已写到磁盘的、对数据库进行更新的信息是充分的（例如，数据库日志的信息就足够的多），使得DBMS在系统出现故障后重新启动系统时，能够(根据日志)重新构造更新。保证持久性也是DBMS的责任：即恢复管理器的责任。 ��4、隔离性 ��⑴�事情的起因 ��正如图10-1-4所示，即使每个事务都能保持一致性和原子性，但如果几个事务并发执行，且访问相同的数据项，则它们的操作会以人们所不希望的某种方式交叉执行（参见10.1.1小节），结果导致不一致的状态！ |
|
图10-1-4：访问相同数据项的两个事务并发执行
|
| ��⑵�解决办法 ��如果几个事务要访问相同的数据项，为了保证数据库的一致性，可以让这几个事务： ��① 串行执行：即一个接着一个地执行事务； |
|
|
| ��② 并行执行 |
|
|
| ��③并发执行：即同时执行多个事务，但用并发控制机制来解决不同事务间的相互影响。 |
|
|
| ��⑶�隔离性的保证 ��事务的隔离性能够确保事务并发执行后的系统状态与这些事务按某种次序串行执行后的状态是等价的。保证隔离性也是DBMS的责任：即并发控制管理器的责任。 �� |