首页 > 代码库 > 数据库事务处理机制之事务回滚问题讨论

数据库事务处理机制之事务回滚问题讨论

一、Sql中的事务

  1. 概念:事物是一种机制,是一种操作序列,它包含了一组数据库操作命令,这组命令要么全部执行,要么全部不执行。事务是一个不可分割的工作逻辑单元。在数据库系统上执行并发操作时事务是作为最小的控制单元来使用的。多用户登录系统适于使用事务机制。
  2. 属性:4大属性:
    a.原子性:事务时一个完整的操作。b.一致性:当事务完成时,数据库必须处于一致状态。
    c.隔离性:对数据进行修改的所有并发事务时彼此隔离的。d.持久性:事务完成后,它对于系统的影响是永久性的。
  3. 创建

  (1)开始事务:begin transaction

      (2)提交事务:commit transaciton

      (3)回滚事务:rollback transaction

      4.分类

        (一)显示事务:用begin  transaction明确指定事务的开始。

       (二)隐形事务:

    打开隐形事务:set implicit transcations on

    当以隐性事务模式操作时,SQL Sverler将在提交或回滚事务后自动启动新事务。无法描述事务的开始,只需要提交或回滚事务。

          自动提交事务:sql server的默认模式,它将每条单独的T-SQL语句视为一个事务。如果成功执行,则自动提交;否则回滚。

 

 默认情况下如果执行一个事务中出现错误,则只回滚错误操作语句(就是说这句不执行了,算不上回滚),错误处之前或之后的正确操作语句还是会被提交.

 Use TestDB

Begin TransAction
    Insert Into Person(PersonId,PersonName)
                Values(‘1‘,‘Name1‘)
    Insert Into Person(PersonId,PersonName)
                Values(‘1‘,‘Name1‘)
    Insert Into Person(PersonId,PersonName)
                Values(‘3‘,‘Name3‘)
Commit TransAction
/*
    Select 一下 有‘1‘,‘Name1‘和‘3‘,‘Name3‘,
    说明只有第二句的错误被取消了
*/

全部回滚的方法1:打开 XACT_ABORT

Use TestDB
SET XACT_ABORT ON -- 打开
Begin TransAction
    Insert Into Person(PersonId,PersonName)
                Values(‘1‘,‘Name1‘)
    Insert Into Person(PersonId,PersonName)
                Values(‘1‘,‘Name1‘)
    Insert Into Person(PersonId,PersonName)
                Values(‘3‘,‘Name3‘)
Commit TransAction
/*
    当 SET XACT_ABORT 为 ON 时,
    如果执行 Transact-SQL 语句产生运行时错误,
    则整个事务将终止并回滚。
    默认情况下它是OFF状态。
*/

 全部回滚方法2:使用Try...Catch

 Use TestDB
Begin Try
    Begin TransAction
        Insert Into Person(PersonId,PersonName)
                    Values(‘1‘,‘Name1‘)
        Insert Into Person(PersonId,PersonName)
                    Values(‘1‘,‘Name1‘)
        Insert Into Person(PersonId,PersonName)
                    Values(‘3‘,‘Name3‘)
    Commit TransAction
End Try
Begin Catch
    Rollback TransAction
End Catch
/*
    使用TryCatch来捕获异常。
    如果 TRY 块内生成的错误导致当前事务的状态失效,
    则将该事务归类为不可提交的事务。
    如果通常在 TRY 块外中止事务的错误在 TRY 内发生时,
    就会导致事务进入不可提交状态。
    不可提交的事务只能执行读操作或 ROLLBACK TRANSACTION。
    该事务不能执行任何可能生成写操作或 COMMIT TRANSACTION 的 Transact-SQL 语句。
    如果事务被分类为不可提交的事务,则 XACT_STATE 函数会返回值 -1。
*/

  全部回滚方法3:自定义错误变量

 Use TestDB
Declare @tranError int -- 定义变量
Set @tranError=0
    Begin TransAction
        Insert Into Person(PersonId,PersonName)
                    Values(‘1‘,‘Name1‘)
            Set @tranError = @tranError + @@Error
        Insert Into Person(PersonId,PersonName)
                    Values(‘1‘,‘Name1‘)
            Set @tranError = @tranError + @@Error
        Insert Into Person(PersonId,PersonName)
                    Values(‘3‘,‘Name3‘)
            Set @tranError = @tranError + @@Error
    If @tranError = 0
        Commit TransAction
    Else
        Rollback TransAction
/*
    自定义一个变量来判断最后是否发生过错误。
*/

 最后要注意的是:如果一个事务写了 Begin TransAction 而没写 Commit TransAction 或 Rollback TransAction, 则相关操作的数据(也许是表,也许是列,这我还没测试。。。)会被锁住。。。而对于锁住的解决办法就是单独执行一下Commit TransAction  Rollback TransAction

 


 

二、Sqlite中的事务处理机制

在数据库中使用事务可以保证数据的统一和完整性,同时也可以提高效率.

      首先事务是可以把启动事务过程中的所有操作视为事务的过程。等到所有过程执行完毕后,我们可以根据操作是否成功来决定事务是否进行提交或者回滚。提交事务后会一次性把所有数据提交到数据库,如果回滚了事务就会放弃这次的操作,而对原来表的数据不进行更改。

   SQLite同T-sql一样分别以BEGIN、COMMIT和ROLLBACK启动、提交和回滚事务。

 db.beginTransaction();  //手动设置开始事务

        try{

            //批量处理操作

            for(Collection c:colls){

                insert(db, c);

            }

            db.setTransactionSuccessful(); //设置事务处理成功,不设置会自动回滚不提交。

    //在setTransactionSuccessful和endTransaction之间不进行任何数据库操作

           }catch(Exception e){

               MyLog.printStackTraceString(e);

           }finally{

               db.endTransaction(); //处理完成

           }

 

   使用SQLiteDatabase的beginTransaction()方法可以开启一个事务,程序执行到endTransaction() 方法时会检查事务的标志是否为成功,如果程序执行到endTransaction()之前调用了setTransactionSuccessful() 方法设置事务的标志为成功,则所有从beginTransaction()开始的操作都会被提交,如果没有调用setTransactionSuccessful() 方法则回滚事务。

 

 

 

 

引用链接:

http://www.cnblogs.com/weihengblogs/p/4281148.html

http://www.cnblogs.com/5211314jackrose/p/5818124.html

数据库事务处理机制之事务回滚问题讨论