关于FMDB事务(Transaction)的解读

Posted CHM

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了关于FMDB事务(Transaction)的解读相关的知识,希望对你有一定的参考价值。

 事务(Transaction)的描述:

  事务(Transaction)是并发控制的基本单位。所谓的事务,它是一个操作序列,这些操作要么都执行,要么都不执行,它是一个不可分割的工作单位。例如,银行转账工作:从一个账号扣款并使另一个账号增款,这两个操作要么都执行,要么都不执行。所以,应该把它们看成一个事务。事务是数据库维护数据一致性的单位,在每个事务结束时,都能保持数据一致性。针对上面的描述可以看出,事务的提出主要是为了解决并发情况下保持数据一致性的问题。
  事物与非事物,简单的举例来说就是,事物就是把所有的东西打包在一起,一次性处理它。而非事务就是一条一条的来执行并且处理。

 事务的标准定义:

  指作为单个逻辑工作单元执行的一系列操作,而这些逻辑工作单元需要具有原子性,  一致性,隔离性和持久性四个属性,统称为ACID特性。

 事务在数据库操作中的理解:

  在数据库操作中,所谓事务是用户定义的一个数据库操作序列,这些操作要么全做要么全不做,是一个不可分割的工作单位。例如,在关系数据库中,一个事务可以是一条SQL语句、一组SQL语句或整个程序。

  事务和程序是两个概念。一般地讲,一个程序中包含多个事务。
  事务的开始与结束可以由用户显式控制。如果用户没有显式地定义事务,则由 DBMS 按缺省规定自动划分 
事务。

  在 SQL 语言中,定义事务的语句有三条: 
  BEGIN TRANSACTION 
  COMMIT TRANSACTION 
  ROLLBACK TRANSACTION

  显示事务被用 begin transaction 与 end transaction 标识起来,其中的 update 与 delete 语句或者全部执行或者全部不执行。。 如:

1 begin transaction T1
2 update student
3 set name=\'Tank\'
4 where id=2006010
5 delete from student
6 where id=2006011
7 commit

  简单地说,事务是一种机制,用以维护数据库的完整性。

  其实现形式就是将普通的SQL语句嵌入到Begin Tran...Commit Tran 中(或完整形式 Begin Transaction...Commit Transaction),当然,必要时还可以使用 RollBack Tran 回滚事务,即撤销操作。

  利用事务机制,对数据库的操作要么全部执行,要么全部不执行,保证数据库的一致性。需要使用事务的SQL 语句通常是更新和删除操作等。

1 end transaction T1

 关于 savepoint:

  用户在事务(transaction)内可以声明(declare)被称为保存点(savepoint)
的标记。保存点将一个大事务划分为较小的片断。

  用户可以使用保存点(savepoint)在事务(transaction)内的任意位置作标
记。之后用户在对事务进行回滚操作(rolling back)时,就可以选择从当前
执行位置回滚到事务内的任意一个保存点。例如用户可以在一系列复杂的更
新(update)操作之间插入保存点,如果执行过程中一个语句出现错误,用
户 可以回滚到错误之前的某个保存点,而不必重新提交所有的语句。

在开发应用程序时也同样可以使用保存点(savepoint)。如果一个过程
(procedure)内包含多个函数(function),用户可以在每个函数的开始位置
创建一个保存点。当一个函数失败时, 就很容易将数据恢复到函数执行之前
的状态,回滚(roll back)后可以修改参数重新调用函数,或执行相关的错误
处理。

  当事务(transaction)被回滚(rollback)到某个保存点(savepoint)后,
Oracle 将释放由被回滚语句使用的锁。其他等待被锁资源的事务就可以继续
执行。需要更新(update)被锁数据行的事务也可以继续执行。

  将事务(transaction)回滚(roll back)到某个保存点(savepoint)的过程如
下:
  1. Oracle 回滚指定保存点之后的语句
  2. Oracle 保留指定的保存点,但其后创建的保存点都将被清除
  3. Oracle 释放此保存点后获得的表级锁(table lock)与行级锁(row
lock),但之前的数据锁依然保留。

  被部分回滚的事务(transaction)依然处于活动状态,可以继续执行。

  一个事务(transaction)在等待其他事务的过程中,进行回滚(roll back)到
某个保存点(savepoint)的操作不会释放行级锁(row lock)。为了避免事务
因为不能获得锁而被挂起,应在执行 UPDATE 或 DELETE 操作前使用 FOR
UPDATE ... NOWAIT 语句。(以上内容讲述的是回滚保存点之前所获得的
锁。而在保存点之后获得的行级锁是会被释放的,同时保存点之后执行的
SQL 语句也会被完全回滚)。

   事务处理机制不但有以上特性,原子,一致,隔离,持久,还有性能上也有不错的表现,以下是测试使用事务和不使用事务的测试代码

运行后可以很明显的看出性能上的区别。

  简单测试了一下插入,发现当数据量较小时,比如插入 100 条数据的时候,使用事务花的时间是比不使用事务多的,当数据量大于500 条以后,事务的优越性才体现出来。

 事务的特性:

  Atomic(原子性):事务中包含的操作被看做一个逻辑单元,这个逻辑单元中的操作要么全部成功,要么全部失败。事务中的所有元素作为一个整体提交或回滚,事务的个元素是不可分的,事务是一个完整操作。

  Consistency(一致性):只有合法的数据可以被写入数据库,否则事务应该将其回滚到最初状态。事物完成时,数据必须是一致的,也就是说,和事物开始之前,数据存储中的数据处于一致状态。保证数据的无损。

  Isolation(隔离性):事务允许多个用户对同一个数据进行并发访问,而不破坏数据的正确性和完整性。同时,并行事务的修改必须与其他并行事务的修改相互独立。对数据进行修改的多个事务是彼此隔离的。这表明事务必须是独立的,不应该以任何方式以来于或影响其他事务。

  Durability(持久性):事务结束后,事务处理的结果必须能够得到固化。事务完成之后,它对于系统的影响是永久的,该修改即使出现系统故障也将一直保留,真实的修改了数据库。

 事务的语句:

  开始事物:BEGIN TRANSACTION
  提交事物:COMMIT TRANSACTION
  回滚事务:ROLLBACK TRANSACTION

 事务的保存点:

     SAVE TRANSACTION 保存点名称 --自定义保存点的名称和位置
     ROLLBACK TRANSACTION 保存点名称 --回滚到自定义的保存点

 事务的优点:

  数据库中的插入操作是比较耗时的,假如我们一次性在主线插入几百几千条数据,由于比较较慢就会造成主线程阻塞。那么这时候可以开启一个事物来进行操作。
  数据库以文件的形式存在磁盘中,每次访问时都要打开一次文件,如果对数据库进行大量的操作,就很慢。当用事物的形式提交,开始事务后,进行的大量操作语句都保存在内存中,当提交时才全部写入数据库,此时,数据库文件也只用打开一次。如果操作错误,还可以回滚事务。

 FMDB支持的事务类型:

 
  在数据库中,事务可以保证数据操作的完整性。当存在大量并发操作,容易出现死锁问题。在 SQLite 中,为了解决该问题,提供三种事务模式,分别为DEFFERED、IMMEDIATE、EXCLUSIVE。
 
  在 DEFFERED 模式事务中,事务开始执行时,不预先获取任何锁。当进行读操作,获取 SHARED LOCK 锁;当进行第一次写操作,获取 RESERVED 锁。
  在 IMMEDIATE 模式事务中,事务开始执行,就获取 RESERVED 锁。这时,其他连接只能进行读操作。
  在 EXCLUSIVE 模式事务中,事务开始执行,就获取 EXCLUSIVE 锁。这是,其他连接无法进行任何读写操作。
 
而 FMDB 支持 DEFFERED 和 EXCLUSIVE 两种模式。当使用 beginTransaction 方法,使用 EXCLUSIVE 模式,适合数据库读写较少的情况。当使用beginDefferedTransaction 方法,则使用 DEFFERED 模式,适合读写频繁的场景。

 

 1  
 2 // 创建fmdbDataBase对象并打开
 3  
 4 FMDatabase * db = [[FMDatabase alloc]initWithPath:path];
 5  
 6 [db open];
 7  
 8  
 9  
10 //买书操作
11  
12 // 1>扣钱
13  
14 [db beginDeferredTransaction];//开启事务
15  
16 NSString * minusSql = @"update t_money set money=money-10";
17  
18 BOOL deletaFlag = [db executeUpdate:minusSql];
19  
20  
21  
22 NSString * addSql = @"insert into t_person (person_name,person_age)values(\'语文\',80)";
23  
24 BOOL addFlag = [db executeUpdate:addSql];
25  
26  
27  
28 // 只有都执行成功了才执行,如果有一条不成功就“回滚”
29  
30 if (deletaFlag&&addFlag) {
31  
32 [db commit];// 提交事务
33  
34 NSLog(@"commit");
35  
36 }else{
37  
38 [db rollback];// 回滚事务
39  
40 NSLog(@"rollback");
41  
42 }

 

END

 

参考链接:http://blog.csdn.net/qq_29892943/article/details/50541439

http://blog.csdn.net/x32sky/article/details/45531229

http://blog.csdn.net/feng2qing/article/details/51862747

http://www.cnblogs.com/zzltjnh/p/FMDB_Transaction.html

http://www.jianshu.com/p/67afbcf32808

http://www.2cto.com/database/201505/400724.html

http://www.cnblogs.com/daxueba-ITdaren/p/6632846.html

 

以上是关于关于FMDB事务(Transaction)的解读的主要内容,如果未能解决你的问题,请参考以下文章

Spring-事务原理解读

关于spring事务注解实战

4TCL(Transaction Control Language)事务控制语言

FMDB事务的使用

MySQL事务(transaction) (有这篇就足够了..)

iOS SQLite FMDB 事务.. 正确用法?