数据库中的事务管理是什么

事务管理对于一系列数据库 *** 作进行管理。

一个事务包含一个或多个SQL语句，是逻辑管理的工作单元（原子单元）。

一个事务开始于第一次执行的SQL语句，结束于Commit

或

Rollback

或

DDL语句。

注意：其中Commit,

Rollback是显示的提交事务，而DDL语句是隐式的提交事务的。DDL语句的 *** 作是没有办法回滚的。

事务处理（TRANSACTION）是由一个或多个SQL语句序列结合在一起所形成的一个逻辑处理单元。事务处理中的每个语句都是完成整个任务的一部分工作，所有的语句组织在一起能够完成某一特定的任务。DBMS在对事务处理中的语句进行处理时，是按照下面的约定来进行的，这就是“事务处理中的所有语句被作为一个原子工作单位，所有的语句既可成功地被执行，也可以没有任何一个语句被执行”。DBMS负责完成这种约定，即使在事务处理中应用程序异常退出，或者是硬件出现故障等各种意外情况下，也是如此。在任何意外情况下，DBMS都负责确保在系统恢复正常后，数据库内容决不会出现“部分事务处理中的语句被执行完”的情况。

数据库事务(Database Transaction) ，是指作为单个逻辑工作单元执行的一系列 *** 作，要么完全地执行，要么完全地不执行。

事务处理可以确保除非事务性单元内的所有 *** 作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关 *** 作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足所谓的ACID（原子性、一致性、隔离性和持久性）属性。

事务是数据库运行中的一个逻辑工作单位，由DBMS中的事务管理子系统负责事务的处理。

相关属性：

原子性（Atomic）（Atomicity)

事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。通常，与某个事务关联的 *** 作具有共同的目标，并且是相互依赖的。如果系统只执行这些 *** 作的一个子集，则可能会破坏事务的总体目标。原子性消除了系统处理 *** 作子集的可能性。

一致性（Consistent）(Consistency)

事务在完成时，必须使所有的数据都保持一致状态。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。事务结束时，所有的内部数据结构（如 B 树索引或双向链表）都必须是正确的。某些维护一致性的责任由应用程序开发人员承担，他们必须确保应用程序已强制所有已知的完整性约束。例如，当开发用于转帐的应用程序时，应避免在转帐过程中任意移动小数点。

隔离性（Insulation）(Isolation)

由并发事务所作的修改必须与任何其它并发事务所作的修改隔离。事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。这称为隔离性，因为它能够重新装载起始数据，并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同。当事务可序列化时将获得最高的隔离级别。在此级别上，从一组可并行执行的事务获得的结果与通过连续运行每个事务所获得的结果相同。由于高度隔离会限制可并行执行的事务数，所以一些应用程序降低隔离级别以换取更大的吞吐量。

持久性（Duration）(Durability）

事务完成之后，它对于系统的影响是永久性的。该修改即使出现致命的系统故障也将一直保持。

数据库事务是指作为单个逻辑工作单元执行的一系列 *** 作。设想网上购物的一次交易，其付款过程至少包括以下几步数据库 *** 作：· 更新客户所购商品的库存信息· 保存客户付款信息--可能包括与银行系统的交互· 生成订单并且保存到数据库中· 更新用户相关信息，例如购物数量等等正常的情况下，这些 *** 作将顺利进行，最终交易成功，与交易相关的所有数据库信息也成功地更新。但是，如果在这一系列过程中任何一个环节出了差错，例如在更新商品库存信息时发生异常、该顾客银行帐户存款不足等，都将导致交易失败。一旦交易失败，数据库中所有信息都必须保持交易前的状态不变，比如最后一步更新用户信息时失败而导致交易失败，那么必须保证这笔失败的交易不影响数据库的状态--库存信息没有被更新、用户也没有付款，订单也没有生成。否则，数据库的信息将会一片混乱而不可预测。数据库事务正是用来保证这种情况下交易的平稳性和可预测性的技术。-----------------------------------------------资料： http://baike.baidu.com/view/1298364.html?wtp=tt

---