트랜잭션(Transaction)이란? '은행 송금' 비유와 ACID 속성 완벽 정리!

안녕하세요, 여러분의 든든한 IT 길잡이 데브프리입니다.

 

스프링 부트(Spring Boot)로 게시판이나 쇼핑몰을 만들다 보면, DB에 데이터를 저장하는 서비스 로직 위에 마법의 단어인 @Transactional을 무심코 붙이게 됩니다.

 

"이걸 붙이면 데이터가 안전하게 저장된대!" 하고 넘어가기 쉽지만, 백엔드 기술 면접에서 "트랜잭션이 무엇이고, ACID 속성이 무엇인지 설명해 보세요"라는 질문을 받으면 눈앞이 캄캄해지곤 합니다.

 

데이터베이스를 다루는 개발자라면 숨 쉬듯이 알아야 하는 이 개념! 오늘은 복잡한 컴퓨터 공학 용어 대신, '은행 계좌 이체'라는 아주 직관적인 비유를 통해 트랜잭션의 개념과 4가지 핵심 속성(ACID)을 평생 잊지 않게 정리해 드리겠습니다.

 

1. 트랜잭션(Transaction)이란? (All or Nothing!)

트랜잭션은 데이터베이스의 상태를 변화시키는 '더 이상 쪼갤 수 없는 하나의 작업 단위'를 의미합니다. 핵심은 "전부 다 성공하거나, 아예 다 실패하거나(All or Nothing)"입니다.

트랜잭션은 중간에 하나라도 에러가 나면, 모든 작업을 취소하고 처음 상태로 되돌려(Rollback) 데이터를 안전하게 보호합니다.

왜 이런 개념이 필요할까요? 여러분이 친구에게 5만 원을 이체한다고 상상해 봅시다.

1. 내 계좌에서 5만 원이 빠져나간다. (성공)
2. [🚨 치명적인 서버 오류 발생!]
3. 친구 계좌에 5만 원이 들어간다. (실패)

만약 1번과 3번이 각각 따로 노는 작업이라면 어떻게 될까요? 내 돈 5만 원은 증발해 버리고 친구는 돈을 받지 못하는 대참사가 일어납니다.

 

그래서 데이터베이스는 이 1번과 3번 과정을 '하나의 튼튼한 캡슐(트랜잭션)'로 묶어버립니다. 캡슐 안의 작업이 모두 완벽하게 끝나면 "확정(Commit)!"을 외치고, 중간에 단 하나라도 에러가 나면 "방금 했던 거 다 취소, 처음으로 돌려놔(Rollback)!"를 외치는 것이죠.

 

2. 안전한 트랜잭션을 위한 4가지 조건: ACID

트랜잭션이 제 역할을 다하려면 반드시 지켜야 하는 4가지 철칙이 있습니다. 이들의 앞 글자를 따서 ACID라고 부릅니다. 면접관이 가장 사랑하는 키워드이니 꼼꼼히 살펴볼까요?

데이터베이스는 이 4가지(ACID) 강력한 규칙을 통해 어떠한 상황에서도 데이터의 신뢰성을 100% 보장합니다.

A: Atomicity (원자성) - "모 아니면 도"

• 개념: 트랜잭션 내의 모든 작업은 완벽하게 다 실행되거나, 아예 하나도 실행되지 않아야 합니다.
• 비유: 은행 이체 시, 내 돈이 빠져나갔으면 무조건 친구 계좌로 들어가야 합니다. 중간에 멈추는 일(반쪽짜리 작업)은 절대 허용되지 않습니다.

C: Consistency (일관성) - "규칙은 언제나 지켜져야 한다"

• 개념: 트랜잭션이 성공적으로 완료되면, DB는 항상 모순 없는 일관된 상태를 유지해야 합니다.
• 비유: 내 계좌 잔액이 1만 원인데, 친구에게 5만 원을 보낼 수는 없습니다. "잔액은 마이너스가 될 수 없다"는 DB의 규칙(제약조건)을 위반하는 트랜잭션은 시작조차 할 수 없고 바로 거부됩니다.

I: Isolation (고립성) - "남의 작업에 간섭 금지"

• 개념: 여러 개의 트랜잭션이 동시에 실행될 때, 서로의 작업에 끼어들거나 간섭할 수 없습니다.
• 비유: 내가 ATM기에서 카드를 넣고 송금을 진행하고 있다면, 뒷사람이 와서 내 화면을 누르거나 내 계좌에 동시에 접근할 수 없습니다. 각각의 작업은 완벽하게 격리된 방에서 혼자 처리되는 것처럼 동작합니다.

D: Durability (지속성) - "한 번 찍힌 도장은 영원하다"

• 개념: 트랜잭션이 성공적으로 확정(Commit)되었다면, 그 직후에 정전이 되거나 서버가 폭발해도 그 결과는 영구적으로 저장되어야 합니다.
• 비유: 이체가 완료되었다는 영수증(로그 기록)이 발급된 순간, 1초 뒤에 은행 건물에 불이 나도 내 친구의 계좌에는 5만 원이 무사히 찍혀 있어야 합니다.

 

3. 한눈에 비교하는 요약표

ACID 속성	영문명	핵심 의미	은행 이체 비유
원자성 (A)	Atomicity	All or Nothing (모 아니면 도)	출금과 입금은 하나의 세트로 묶여야 함
일관성 (C)	Consistency	정해진 규칙(제약) 준수	잔액이 마이너스가 되는 이체는 불가함
고립성 (I)	Isolation	다른 작업의 간섭 차단	내가 이체 중일 때 남이 끼어들 수 없음
지속성 (D)	Durability	영구적인 결과 저장	이체 완료 직후 정전이 나도 결과는 보존됨

 

마무리

코드를 짤 때 try-catch 문을 남발하거나 모든 예외 상황을 수동으로 처리하려고 하면 코드가 끝없이 길어집니다.

 

하지만 데이터베이스의 트랜잭션(Transaction)과 ACID 속성을 믿고 맡긴다면, 우리는 그저 "이 작업들을 하나로 묶어주세요!"라고 선언만 하면 됩니다. 만약 문제가 생기면 DB가 알아서 과거로 시간을 되돌려(Rollback) 우리의 소중한 데이터를 완벽하게 보호해 줄 테니까요.

 

이제 면접관이 트랜잭션에 대해 묻는다면 당황하지 말고, 송금 비유와 ACID 4가지 기둥을 자신 있게 설명해 보세요!

 

오늘의 데브 노트가 유익하셨다면 공감과 댓글 부탁드립니다. 지금까지 데브프리였습니다. 감사합니다!