TCL과 트랜잭션 경계

핵심 요약

COMMIT·ROLLBACK·SAVEPOINT와 Oracle DDL의 묵시적 커밋을 한 흐름으로 이해한다.

학습 목표

• 트랜잭션의 시작·종료와 SAVEPOINT의 역할을 설명한다.
• Oracle과 SQL Server에서 DDL의 트랜잭션 처리 차이를 구분한다.

본문

개념 지도

Transaction 시작→여러 DML→SAVEPOINT 선택→COMMIT 또는 ROLLBACK

핵심 내용

트랜잭션은 논리적으로 하나인 작업 단위다. COMMIT은 변경을 확정하고, ROLLBACK은 아직 확정되지 않은 변경을 취소한다. SAVEPOINT는 트랜잭션 일부만 되돌릴 기준점을 만든다.

UPDATE account SET balance = balance - 100 WHERE id = 'A';
SAVEPOINT after_withdraw;
UPDATE account SET balance = balance + 100 WHERE id = 'B';
ROLLBACK TO after_withdraw;
COMMIT;

Oracle에서는 DDL 수행 전후에 묵시적 커밋이 발생할 수 있다. 따라서 다음 흐름에서 UPDATE는 CREATE TABLE 수행 전에 확정되고, 이후 ROLLBACK으로 되돌아가지 않는다. 생성된 테이블도 남는다.

UPDATE a SET val = 200 WHERE id = '001';
CREATE TABLE b (id CHAR(3) PRIMARY KEY);
ROLLBACK;

반면 SQL Server에서는 명시적 트랜잭션 안의 DDL이 롤백될 수 있다. 문제에서 DBMS와 AUTO COMMIT 조건을 반드시 확인한다.

Transaction 시작과 종료

Oracle에서는 일반적으로 첫 DML이 Transaction을 시작하고 COMMIT 또는 ROLLBACK이 끝낸다. DDL은 전후 암시적 Commit을 일으킬 수 있으므로 업무 DML 중간에 섞지 않는다.

UPDATE account SET balance = balance - 10000 WHERE id = 1;
SAVEPOINT after_withdraw;
UPDATE account SET balance = balance + 10000 WHERE id = 2;

-- 두 번째 작업만 취소할 수 있지만 첫 UPDATE는 Transaction에 남음
ROLLBACK TO after_withdraw;
COMMIT;

ROLLBACK TO SAVEPOINT는 Transaction 전체를 끝내지 않고 해당 지점 이후만 되돌린다. Savepoint 이후 생성된 일부 Savepoint의 유효성 규칙도 확인한다.

경계 설계 원칙

• 업무적으로 함께 성공해야 하는 SQL을 하나의 Transaction으로 묶는다.
• 사용자 입력이나 외부 API 응답을 기다리며 Row Lock을 오래 보유하지 않는다.
• 성능을 위해 임의 중간 Commit을 넣어 원자성을 깨지 않는다.
• 예외 발생 시 Connection Pool에 반환하기 전에 반드시 Rollback한다.

Commit 성공은 Redo의 영속성을 뜻하며 변경 Block이 모두 Datafile에 기록됐다는 뜻은 아니다.

시험 포인트

문항 풀이 보강: ACID·격리 이상·DBMS 차이

격리 수준이 낮으면 다음 현상을 구분해야 한다.

• Dirty Read: 다른 트랜잭션이 아직 커밋하지 않은 값을 읽음
• Non-repeatable Read: 같은 행을 다시 읽었더니 다른 트랜잭션의 수정·삭제로 값이 달라짐
• Phantom Read: 같은 범위 조건을 다시 조회했더니 행 집합이 늘거나 줄어듦
• Lost Update: 동시 수정 중 한 변경이 다른 변경을 덮어씀

SAVEPOINT와 중첩 흐름

ROLLBACK TO savepoint는 지정 지점 이후만 취소하고 트랜잭션을 계속한다. 전체 ROLLBACK은 아직 커밋되지 않은 전체 변경을 취소한다. SQL Server의 중첩 BEGIN TRANSACTION은 독립된 물리 트랜잭션 여러 개라기보다 카운트를 증가시키는 성격이 있어 내부 COMMIT만으로 변경이 최종 확정되지 않을 수 있다.

Oracle과 SQL Server의 DDL

Oracle DDL은 실행 전에 앞선 DML을 묵시적으로 커밋하고, 성공한 DDL도 커밋된다. 이후 ROLLBACK으로 앞선 UPDATE나 생성 객체를 되돌리지 못한다. SQL Server에서는 명시적 트랜잭션에 포함한 많은 DDL을 함께 롤백할 수 있다.

문제에 적용하는 순서

1. DBMS와 AUTO COMMIT 조건을 찾는다.
2. 각 COMMIT·DDL 직전까지 확정된 변경을 표시한다.
3. SAVEPOINT 또는 중첩 트랜잭션이면 취소 범위를 그린다.
4. 동시에 두 번 읽는 문제는 값 변화인지 행 집합 변화인지 구분한다.

자주 틀리는 부분

• Oracle에서 DDL 성공 후 ROLLBACK하면 생성 객체가 사라진다고 단정하지 않는다.
• SAVEPOINT로 롤백해도 트랜잭션 전체가 끝나는 것은 아니다.
• COMMIT은 데이터 확정뿐 아니라 관련 잠금 해제와도 연결된다.