標籤:
事務(Transaction)是並發控制的基本單位。所謂的事務,它是一個操作序列,這些操作要麼都執行,要麼都不執行,它是一個不可分割的工作單位。例如,銀行轉賬工作:從一個帳號扣款並使另一個帳號增款,這兩個操作要麼都執行,要麼都不執行。所以,應該把它們看成一個事務。事務是資料庫維護資料一致性的單位,在每個事務結束時,都能保持資料一致性。
針對上面的描述可以看出,事務的提出主要是為瞭解決並發情況下保持資料一致性的問題。
事務具有以下4個基本特徵。
● Atomic(原子性):事務中包含的操作被看做一個邏輯單元,這個邏輯單元中的操作要麼全部成功,要麼全部失敗。
● Consistency(一致性):只有合法的資料可以被寫入資料庫,否則事務應該將其復原到最初狀態。
● Isolation(隔離性):事務允許多個使用者對同一個資料進行並發訪問,而不破壞資料的正確性和完整性。同時,並行事務的修改必須與其他並行事務的修改相互獨立。
● Durability(持久性):事務結束後,交易處理的結果必須能夠得到固化。
2.事務的語句
開始事物:BEGIN TRANSACTION
提交事物:COMMIT TRANSACTION
復原事務:ROLLBACK TRANSACTION
3.事務的4個屬性
①原子性(Atomicity):事務中的所有元素作為一個整體提交或復原,事務的個元素是不可分的,事務是一個完整操作。
②一致性(Consistemcy):事物完成時,資料必須是一致的,也就是說,和事物開始之前,資料存放區中的資料處於一致狀態。保證資料的無損。
③隔離性(Isolation):對資料進行修改的多個事務是彼此隔離的。這表明事務必須是獨立的,不應該以任何方式以來於或影響其他事務。
④持久性(Durability):事務完成之後,它對於系統的影響是永久的,該修改即使出現系統故障也將一直保留,真實的修改了資料庫
4.事務的儲存點
SAVE TRANSACTION 儲存點名稱 --自訂儲存點的名稱和位置
ROLLBACK TRANSACTION 儲存點名稱 --復原到自訂的儲存點
其他高手的一些補充:
事務的標準定義: 指作為單個邏輯工作單元執行的一系列操作,而這些邏輯工作單元需要具有原子性, 一致性,隔離性和持久性四個屬性,統稱為ACID特性。
所謂事務是使用者定義的一個資料庫操作序列,這些操作要麼全做要麼全不做,是一個不可分割的工作單位。例如,在關聯式資料庫中,一個事務可以是一條SQL語句、一組SQL語句或整個程式。
事務和程式是兩個概念。一般地講,一個程式中包含多個事務。
事務的開始與結束可以由使用者顯式控制。如果使用者沒有顯式地定義事務,則由DBMS按預設規定自動劃分事
務。在SQL語言中,定義事務的語句有三條:
BEGIN TRANSACTION
COMMIT
ROLLBACK
同生共死。。
顯示事務被用begin transaction 與 end transaction 標識起來,其中的 update 與 delete 語句或者全部執行或者全部不執行。。 如:
begin transaction T1
update student
set name=‘Tank‘
where id=2006010
delete from student
where id=2006011
commit
簡單地說,事務是一種機制,用以維護資料庫的完整性。
其實現形式就是將普通的SQL語句嵌入到Begin Tran...Commit Tran 中(或完整形式 Begin Transaction...Commit Transaction),當然,必要時還可以使用RollBack Tran 復原事務,即撤銷操作。
利用事務機制,對資料庫的操作要麼全部執行,要麼全部不執行,保證資料庫的一致性。需要使用事務的SQL語句通常是更新和刪除操作等。
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 語句也會被完全復原)。
交易處理機制不但有以上特性,原子,一致,隔離,持久,還有效能上也有不錯的表現,以下是測試使用事務和不使用事務的測試代碼
運行後可以很明顯的看出效能上的區別。
-(BOOL)openDB{ BOOL isFile = NO; NSString *DBFilePath = [self getDBPath]; NSFileManager *filaManager = [NSFileManager defaultManager]; if([filaManager fileExistsAtPath:DBFilePath]) isFile = YES; self.iFmDb = [FMDatabase databaseWithPath:DBFilePath]; NSLog(@"openDB"); if (![self.iFmDb open]) { return NO; } return YES;}-(void)testDBSpeed{ NSDate *date1 = [NSDate date]; [self insertData:500 useTransaction:NO]; NSDate *date2 = [NSDate date]; NSTimeInterval a = [date2 timeIntervalSince1970] - [date1 timeIntervalSince1970]; NSLog(@"不使用事務插入500條資料用時%.3f秒",a); [self insertData:1000 useTransaction:YES]; NSDate *date3 = [NSDate date]; NSTimeInterval b = [date3 timeIntervalSince1970] - [date2 timeIntervalSince1970]; NSLog(@"使用事務插入500條資料用時%.3f秒",b); }- (void)insertData:(int)fromIndex useTransaction:(BOOL)useTransaction{ [self openDB]; if (useTransaction) { [self.iFmDb beginTransaction]; BOOL isRollBack = NO; @try { for (int i = fromIndex; i<500+fromIndex; i++) { NSString *nId = [NSString stringWithFormat:@"%d",i]; NSString *phone= [[NSString alloc] initWithFormat:@"phone_%d",i]; NSString *strName = [[NSString alloc] initWithFormat:@"name_%d",i]; NSString *roomID= [[NSString alloc] initWithFormat:@"roomid_%d",i]; NSString *sql = @"INSERT INTO GroupPersonInfo(uid,phone,name,groupRoomId) VALUES (?,?,?,?)"; BOOL a = [self.iFmDb executeUpdate:sql,nId,phone,strName,roomID]; if (!a) { NSLog(@"插入失敗1"); } } } @catch (NSException *exception) { isRollBack = YES; [self.iFmDb rollback]; } @finally { if (!isRollBack) { [self.iFmDb commit]; } } }else{ for (int i = fromIndex; i<500+fromIndex; i++) { NSString *nId = [NSString stringWithFormat:@"%d",i]; NSString *phone= [[NSString alloc] initWithFormat:@"phone_%d",i]; NSString *strName = [[NSString alloc] initWithFormat:@"name_%d",i]; NSString *roomID= [[NSString alloc] initWithFormat:@"roomid_%d",i]; NSString *sql = @"INSERT INTO GroupPersonInfo(uid,phone,name,groupRoomId) VALUES (?,?,?,?)"; BOOL a = [self.iFmDb executeUpdate:sql,nId,phone,strName,roomID]; if (!a) { NSLog(@"插入失敗2"); } } } [self closeDB];}- (BOOL) closeDB{ NSLog(@"closeDB"); if (self.iFmDb) { return [self.iFmDb close]; } return NO;}
iOS開發-事務的淺談