5 事务管理 为了描述事务的概念，我们拿买电影票来举例。买一张电影票通常有一下步骤： 检查剩余座位的数量，确定是否能给你提供你需要的座位个数 每卖出一张票，可用座位的数量就应该减一 付款 售票员把票给你 如果一切顺利的话，你就可以欣赏到一场一鸣惊人的电影，而影院也增加了收入。但是如果有环节出差错了怎么办呢？比如说：你用来付款的信用卡没钱了？显然，你不会拿到票，影院也拿不到钱。但是如果说座位的数量在下个人购买之前没有被恢复到原来的状态，那么电影也许因为人为原因而不会满场了。或者如果出现这样的情况：一切都很顺利，但是发放票的时候出了问题。你只好乖乖的呆在家里看电视了，而且还损失了一小笔钱。 为了保证剧院和你都不受到损失，上面的操作应该用事务封装起来。作为事务，它应该被看成是一个单独的动作，以保证要么所有的操作都成功，或者所有的操作都回滚到初始的状态。 在软件中，事务有着举足轻重的地位，确保数据和资源保持一致的状态。如果没有事务，那么数据有可能因为应用程序的业务逻辑而变成脏数据，或者变成与其他数据不统一的数据。 让我们快速浏览一下事务向导和他是如何工作的。有以下四个因素。 5.1.1 用四句话来解释事务 在软件开发的一个重要传统里，可以用一个单词首字母的缩写来描述一个事务：ACID，简言之，ACID 代表 Atomic（原子性）事务由一个或多个动作绑定起来作为一个单独的工作单元。原子性保证事务中所有的操作要么都执行，或者都不执行。如果所有的动作都执行了，那么事务就是成功的，如果其中有一个动作失败了，那么整个事务都失败，而且要执行回滚操作。 Consistent（一致性）一旦事务结束（可能成功了也可能失败了），那么系统所模拟的业务逻辑要处于一致的状态。数据不应该被实体关系破坏。 Isolated（隔离性）事务应该允许多个用户操作一个数据，一个用户的操作应该不受另一个用户操作的影响。因此事务之间应该是相互隔离的，以阻止他们在操作中同时读写同一数据。（一般是以乐观锁来实现这一特性的） Du rable（持久性）一旦事务完成，事务执行的结果就应该被保存到数据库中，这样即使因为某一原因系统崩了，数据还能保存下来。传统上是把结果保存到数据库或者其他某种格式的持久化介质中。 在刚才的电影票的例子中，如果任何一个步骤失败的话事务可以所有取消操作的结果来保证原子性。原子性可以通过保证系统的数据从来没有不一致的状态，和从来没有部分执...
