[TIL]49_Transaction(BEGIN, COMMIT/ROLLBACK)_ACID

Transaction(트랜잭션)

• 통상적으로 정보의 교환이나 데이터베이스 갱신 등 일련의 작업들에 대한 연속 처리 단위를 의미
• 데이터베이스의 무결성이 보장되는 상태에서 요청된 작업을 완수하기위한 작업의 기본 단위
• 데이터베이스의 상태를 변화시키는 작업들의 모음(꾸러미)
• 주로 데이터베이스의 상태를 변화시키는 INSERT, DELETE, UPDATE 중 1개 이상의 DML(Data Manipulation Language)와 함께 사용

예시)

• 위 작업 중 어느 하나가 실패한다면 'Transaction : A가 B에게 100만원을 입급합니다.'는 결코 실행되어선 안됩니다.

BEGIN

• 트랜잭션의 시작을 알리는 것(트랜잭션 하나당 반드시 BEGIN/COMMIT 또는 BEGIN/ROLLBACK 이 세트로 있어야합니다.)

COMMIT

• 트랙잭션에 확정 신호를 알려줌으로써 데이터베이스에 반영되게끔 하는 것
• COMMIT을 통해 확정 신호를 보내지 않는다면 데이터베이스에 내용 변화가 이루어지지 않음
• 항상 DataBase 이용시 Auto-commit by Default 확인하고 끄기(기본적으로 자동 커밋 기능이 켜져있는 경우 조심)

예시)

CREATE TABLE user (
    id varchar(10) primary Key,
    name varchar(10)
);

BEGIN # 트랜잭션의 시작을 알리는 것
INSERT INTO user VALUES ('id1', 'user1');
INSERT INTO user VALUES ('id2', 'user2');
COMMIT; # 커밋까지 해줘야 실제 데이터베이스에 반영이 됩니다.

ROLLBACK

• COMMIT과 반대되는 개념
• 앞으로 변경될 작업에 대한 내용을 취소하겠다는 개념
• 트랜잭션 수행 중에 지금까지 수행한 내용을 모두 취소하겠다는 의미

예시)

BEGIN;
INSERT INTO user VALUES ('id3', 'user3');
ROLLBACK;

BEGIN;
INSERT INTO user VALUES ('id4', 'user4');
COMMIT;

• 위의 예시에서 id4, user4 만 데이터베이스에 반영

ACID (Atomicity, Consistency, Isolation, Durability)

• 데이터베이스 내에서 일어나는 하나의 트랜잭션의 안전성을 보장하기 위해 필요한 성질

1. Atomicity(원자성)

• 하나의 트랜잭션을 구성하는 작업들은 전부 성공 or 전부 성공해야함, 즉 부분적으로 실행되면 안됩니다.
• 더 쪼개질 수 없는 단위이기 때문에 원자성이라 부름

2. Consistency(일관성)

• 하나의 트랜잭션 이전과 이후 데이터베이스 상태는 이전과 같이 유효해야한다는 의미
• 데이터베이스의 제약이나 규칙에 의거한 데이터베이스이어야 한다는 의미

예시)

CREATE TABLE user (
    id varchar(10) primary Key,
    name varchar(10)
);

• 위와 같은 user 테이블이 있을 때, user 테이블은 반드시 id와 name을 가진 값만 추가할 수 있습니다.

3. Isolation(고립성, 격리성)

• 하나의 트랜잭션이 다른 트랜잭션과 독립되어야 한다는 의미
• 동시에 여러 개의 트랜잭션들이 수행될 때, 각 트랜잭션은 고립되어 연속으로 실행된 것과 동일한 결과가 나와야 합니다.

ex)
해당 계좌로부터 계좌 B 로 육천원의 계좌 이체를 하는 트랜잭션
해당 계좌로부터 계좌 C 로 육천원의 계좌 이체를 하는 트랜잭션

B로 이체하는 트랜잭션과 C로 이체하는 트랜잭션이 아무리 동시에 진행된다해도 B 이후 C 가 진행되는 결과와 같아야 함
만약, 이 고립성이 없다면, 계좌에 돈이 없어도 돈이 빠져나가는 상황이 발생할 수도 있습니다.

4. Durability(지속성)

• 하나의 트랜잭션이 성공적으로 수행되었다면 해당 트랜잭션에 대한 로그가 남아야 합니다.
• 심지어 에러, 시스템 에러 등 어떤 에러가 발생해도 해당 기록(로그)은 영구적으로 남아야 합니다.

ex)
간단한 예로 은행에서 계좌이체를 성공적으로 한 뒤에 해당 은행 데이터베이스에 오류가 발생해 종료가 되어도 계좌이체 내역은 남아야 합니다.
마찬가지로 계좌이체를 로그로 기록하기 전에 시스템 오류 등에 의해 종료가 된다면 해당 이체 내역은 실패로 돌아가고 각 계좌들은 계좌이체 이전 상태들로 돌아가게 됩니다.