zoukankan      html  css  js  c++  java
  • 数据库中事务

    一、概念

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

    二、属性

          原子性(Atomicity):事务是一个完整的操作。事务的各步操作是不可分的(原子的);要么都执行,要么都不执行 

          一致性(Consistency):当事务完成时,数据必须处于一致状态 

          隔离性(Isolation):对数据进行修改的所有并发事务是彼此隔离的,这表明事务必须是独立的,它不应以任何方式依赖于或影响其他事务 

          永久性(Durability):事务完成后,它对数据库的修改被永久保持,事务日志能够保持事务的永久性

    三、操作流程

          根据事务的状态图来加深理解


          connection.setAutoCommit(false);//打开事务

          connection.commit();//提交事务

          connection.rollback();//回滚事务

          如果根据上面三条语句的注释,我觉得我最初的理解还是不足的地方的。

          现在我有这样的需求:我要从id为1的用户那里扣除10块钱,然后加到id为2的用户那里去,但是如果中间出异常了,怎么办呢?

    修改前代码:


          这个方法在被调用的时候,发现id为1的用户的钱被扣了,但是id为2的钱没被增加,原因就是在这个处理的过程中,由于出现了异常导致后面的语句就不再被正常的执行了,这个显然是有问题的,谁都不愿意看到说:原本想还同学的钱,发现自己的钱打过去之后,自己卡里的款被扣了,但是同学说他没收到钱。这个银行是要负责的。

    为了避免发生这样的情况再次发生,我们可以把执行加钱和扣钱的语句放到一个事务里处理,一旦出现异常情况就不要commit整个事务,确保帐户里面的钱是正确的。

    修改后代码:


          这样子改好之后,当出现异常的时候,id=1 的用户的钱也不会被多扣,id =2 的用户也不会无缘无故的多出一些钱来,如果没有异常出现的时候,转账业务就会正确的执行。

    四、处理的模型

          事务有三种模型:

    1.隐式事务是指每一条数据操作语句都自动地成为一个事务,每个事务都有显式的开始和结束标记。

    2.显式事务是指有显式的开始和结束标记的事务,事务的开始是隐式的,事务的结束有明确的标记。

    3.自动事务是系统自动默认的,开始和结束不用标记。

           控制分类

    数据库系统一个明显的特点是多个用户共享数据库资源,尤其是多个用户可以同时存取相同数据。以下为控制分类:

    1、串行控制:如果事务是顺序执行的,即一个事务完成之后,再开始另一个事务

    2、并行控制:如果DBMS可以同时接受多个事务,并且这些事务在时间上可以重叠执行。

          以下为并发控制概述

    事务是并发控制的基本单位,保证事务ACID的特性是事务处理的重要任务,而并发操作有可能会破坏其ACID特性。

    DBMS并发控制机制的责任:

    对并发操作进行正确调度,保证事务的隔离性更一般,确保数据库的一致性。

          如果没有锁定且多个用户同时访问一个数据库,则当他们的事务同时使用相同的数据时可能会发生问题。由于并发操作带来的数据不一致性包括:丢失数据修改、读”脏”数据(脏读)、不可重复读、产生幽灵数据。

    (1)丢失数据修改

          当两个或多个事务选择同一行,然后基于最初选定的值更新该行时,会发生丢失更新问题。每个事务都不知道其它事务的存在。最后的更新将重写由其它事务所做的更新,这将导致数据丢失。如上例。

    再例如,两个编辑人员制作了同一文档的电子复本。每个编辑人员独立地更改其复本,然后保存更改后的复本,这样就覆盖了原始文档。最后保存其更改复本的编辑人员覆盖了第一个编辑人员所做的更改。如果在第一个编辑人员完成之后第二个编辑人员才能进行更改,则可以避免该问题。

    (2)读“脏”数据(脏读)

          读“脏”数据是指事务T1修改某一数据,并将其写回磁盘,事务T2读取同一数据后,T1由于某种原因被除撤消,而此时T1把已修改过的数据又恢复原值,T2读到的数据与数据库的数据不一致,则T2读到的数据就为“脏”数据,即不正确的数据。

    例如:一个编辑人员正在更改电子文档。在更改过程中,另一个编辑人员复制了该文档(该复本包含到目前为止所做的全部更改)并将其分发给预期的用户。此后,第一个编辑人员认为所做的更改是错误的,于是删除了所做的编辑并保存了文档。分发给用户的文档包含不再存在的编辑内容,并且这些编辑内容应认为从未存在过。如果在第一个编辑人员确定最终更改前任何人都不能读取更改的文档,则可以避免该问题。

    ( 3)不可重复读

          指事务T1读取数据后,事务T2执行更新操作,使T1无法读取前一次结果。不可重复读包括三种情况:

    事务T1读取某一数据后,T2对其做了修改,当T1再次读该数据后,得到与前一不同的值。

    (4)产生幽灵数据

          按一定条件从数据库中读取了某些记录后,T2删除了其中部分记录,当T1再次按相同条件读取数据时,发现某些记录消失

    T1按一定条件从数据库中读取某些数据记录后,T2插入了一些记录,当T1再次按相同条件读取数据时,发现多了一些记录。

          以上就是对事务的浅层理解,希望在今后的学习中慢慢使用,在实践中出真知。

  • 相关阅读:
    《架构师》反思:系统可靠性
    表现力(转)
    4月反思
    30天敏捷结果(10) 强化你的一周
    认真对待学习(2月反思)
    Sort By Double
    12月反思 组内设计评审会议
    WPF框架的内存泄漏BUG
    OpenExpressApp 框架结构(2)
    绑定子类的泛型基类,反模式?
  • 原文地址:https://www.cnblogs.com/javawebsoa/p/3112937.html
Copyright © 2011-2022 走看看