트랜잭션의 특성(Commit, Rollback, Savepoint)

트랜잭션(Transaction)의 특성

특징	설명
원자성(Atomicity)	트랜잭션은 DB연산의 전부가 실행되거나 전혀 실행되지 않아야 한다.(ALL OR NOTHING) 즉, 트랜잭션의 처리가 완전히 끝나지 않았을 경우는 실행되지 않은 상태와 같아야 함.
일관성(Consistency)	트랜잭션 실행 결과로 DB상태가 모순되지 않아야 함.
고립성, 격리성(Isolation)	트랜잭션 실행 중에 생성되는 연산의 중간결과는 다른 트랜잭션이 접근할 수 없다. 즉, 부분적인 실행 결과를 다른 트랜잭션이 볼 수 없음.
영속성, 지속성(Durability)	트랜잭션이 그 실행을 성공적으로 완료하면 그 결과는 영구적으로 보장이 되어야 한다.

계좌이체는 한 계좌에서 현금이 인출된 후에 다른 계좌로 입금이 되는데, 현금이 인출되기 전에 다른 계좌에 입금이 되는 것은 문제를 발생시킬 수 있다. 그리고 이체가 결정되기 전까지는 다른 사람이 이 계좌의 정보를 변경할 수 없다. 이것을 보통 문에 자물쇠를 채우듯이 한다고 하여 잠금(LOCKING)이라고 표현한다. 트랜잭션의 특성(특히 원자성)을 충족하기 위해 데이터베이스는 다양한 레벨의 잠금 기능을 제공하고 있는데, 잠금은 기본적으로 트랜잭션이 수행하는 동안 특정 데이터에 대해서 다른 트랜잭션이 동시에 접근하지 못하도록 제한하는 기법이다.

잠금이 걸린 데이터는 잠금을 실행한 트랜잭션만 독점적으로 접근할 수 있고 다른 트랜잭션으로부터 간섭이나 방해를 받지 않는 것이 보장된다. 그리고 잠금이 걸린 데이터는 잠금을 수행한 트랜잭션만이 해제할 수 있다.

 

 

커밋(COMMIT)

변경된 데이터를 테이블에 영구적으로 반영하는 것.

1) commit전에는 단지 메모리 Buffer에만 영향을 받았기 때문에, 데이터의 변경 이전 상태로 복구 가능함. → commit후에는 변경사항이 DB에 반영되며, 이전 데이터는 영원히 잃어버리게 됨.

2) 현재 사용자는 Select 문장으로 결과를 확인 가능.

3) commit이전에, 다른 사용자는 현재 사용자가 수행한 명령의 결과를 볼 수 없다. → commit이후에, 모든 사용자가 결과를 확인 가능.

4) commit이전에, 변경된 행은 잠금(Locking)이 설정되어서 다른 사용자가 변경할 수 없다. → commit이후에, 잠금(Locking)이 풀리고 다른 사용자들이 행을 조작함.

5) 어플리케이션의 정상적인 종료 or 이상 종료되어 DB접속이 단절되었을 때는 자동으로 Rollback.

 

롤백(ROLLBACK)

테이블 내 입력한 데이터나, 수정한 데이터, 삭제한 데이터에 대하여 Commit 이전에는 변경 사항을 취소할 수 있는데 데이터베이스에서는 롤백(Rollback) 기능을 사용하면 된다. 롤백(Rollback)은 데이터 변경 사항이 취소되어 데이터의 이전 상태로 복구되며, 관련된 행에 대한 잠금(Locking)이 풀리고 다른 사용자들이 데이터 변경을 할 수 있게 됨을 의미한다.

 

 

저장점(SAVEPOINT)

저장점(Savepoint)을 정의하면 롤백(Rollback)할 때 트랜잭션에 포함된 전체 작업을 롤백하는 것이 아니라 현 시점에서 Savepoint까지 트랜잭션의 일부만 롤백할 수 있다. 따라서 복잡한 대규모 트랜잭션에서 에러가 발생했을 때 Savepoint까지의 트랜잭션만 롤백하고 실패한 부분에 대해서만 다시 실행할 수 있다. (일부 툴에서는 지원이 안 될 수 있음) 복수의 Savepoint를 정의할 수 있으며, 동일한 이름으로 Savepoint를 정의했을 때는 나중에 정의한 저장점이 유효하다.

 

다음은 SVPT1이라는 저장점(Savepoint)를 정의하는 방법이다.

SAVEPOINT SVPT1 ;

 

저장점(Savepoint)까지 롤백(Rollback)할 때는 ROLLBACK키워드 뒤에 Savepoint 명을 지정하면 된다.

ROLLBACK TO SVPT1 ;

위 그림에서 보듯이, 저장점 A로 되돌리고 나서 다시 B와 같이 미래 방향으로 되돌릴 수는 없다. 일단 특정 저장점까지 롤백하면 그 저장점 이후에 설정한 저장점이 무효가 되기 때문이다. 즉, ‘ROLLBACK TO A’를 실행한 시점에서 저장점 A 이후에 정의한 저장점 B는 존재하지 않는다. 저장점 지정 없이 “ROLLBACK”을 실행했을 경우 반영안된 모든 변경 사항을 취소하고 트랜잭션 시작 위치로 되돌아간다.