数据库事务备忘录之一

      事务是指一组相互依赖的操作行为，举一个举得不能再被举的例子就是银行交易，当然还有其他像网上购物，电子货币交易等等，事务的成功取决于这些相互依赖的操作行为是否都能执行成功，只要有一个操作行为失败，就意味着整个事务失败。例如：bill和tom的QQ账户的QQ币点数都是500点，现在bill把100点QQ币转到tom的QQ币账号上，这个事务就包含以下操作行为：
       ------ bill的QQ币账号减少100点
       ------ tom的QQ币账号增加100点
      这两个操作作为一个不可分割的工作单元，假如仅仅第一步操作执行成功，但是第二步执行失败，那么整个事务失败，回滚到事务开始前的状态，bill和tom的QQ账户的QQ币点数还依然是500点。显然如果没有事务的概念，那么就会造成bill的100点QQ币神秘的消失了...
      数据库的事务就是上面提到的事务在RDB中的实现，它由一组在业务逻辑上相互依赖的SQL语句组成，假设以上QQ账户在DB中的qq_account表结构如下：
              ------------------------------------------------   
                      id           name         balance
              ------------------------------------------------
                      1             bill                500
                      2            tom               500
              ------------------------------------------------
      以上事务的SQL可以表示为：
           UPDATE qq_account SET balance=400 WHERE id=1;
           UPDATE qq_account SET balance=600 WHERE id=2;
     只要两条SQL语句有一个执行失败，整个事务就失败，qq_account表中的数据就必须回退到最初的状态，而不会被更新。
     数据库事务必须具备ACID特性，具体的含义如下：
        ----- Atomic(原子性)：只整个数据库事务是不可分割的工作单元。只有事务中所有的操作执行成功，才算整个事务成功；事务中任何一个SQL语句执行失败，那么已经执行成功的SQL语句也必须撤销，数据库状态应该退回到执行事务前的状态。通过上面的例子我们已经看得很清楚了。
        ----- Consistency(一致性)：指数据库事务不能破坏关系数据的完整性以及业务逻辑上的一致性。例如，不管上面的例子里面QQ币转账的事务成功还是失败，都应该保证事务结束后qq_account表中bill和tom的QQ币总额为1000点。
        ----- Isolation(隔离性)：指的是在并发的环境之中，当不同的事务同时操作相同的数据时，每个事务都有各自的完整数据空间，这里涉及的事情就多了，我想在后面单独总结成一篇文章。
        ----- Durability(持久性)：指的是只有事务成功结束，它对数据库所做的更新就必须永久保存下来。即使发生系统崩溃，重新启动数据库后，数据库还能恢复到事务成功结束时的状态。
      事务的ACID只是一个抽象的概念，具体是由RDBMS来实现的。数据库管理系统用日志来保证事务的原子性、一致性和持久性。日志记录了事务对数据库所做的更新，如果某个事务在执行过程中发生了错误，就可以根据日志，撤销事务对数据库已经做的更新，使数据库回退到执行事务前的初始状态。所以不论讲到什么数据库，都会有专门的一章来讲日志，呵呵，终于从本质上明白了日志的作用。
      至于事务的隔离性，RDBMS则是采用锁机制来实现的。当多个事务同时更新数据库中的临界数据时，只允许持有锁的事务才能更新该数据，其他事务必须等待，直到前一个数据释放了锁，其他事务才可能有机会来进行更新，这和我们在OS中学的进程的并发时所谈到的锁机制原理差不多。
      手指有一点敲麻了，今天就写到这里了...