14. transaction

Last updated - 2024년 11월 21일 Edit Source

유튜버 쉬운코드 님의 데이터베이스 강의를 정리한 내용

# 트랜잭션

트랜잭션(Transaction)

커밋(Commit)

롤백(Rollback)

1
2
3
4
5
6
-- 트랜잭션 시작을 알림
START TRANSACTION;
-- 작업 수행 후 COMMIT으로 DB에 반영 + 트랜잭션 종료
COMMIT;
-- 작업 수행하다가 작업 모두 취소하고 되돌리기 + 트랜잭션 종료
ROLLBACK;

예제 상황

MySQL로 표현

AUTOCOMMIT

1
2
3
4
5
-- 현재 AUTOCOMMIT의 활성화 여부 확인 쿼리
select @@autocommit;

-- AUTOCOMMIT 끄려면
SET autocommit=0;

MySQL에서 트랜잭션 시작 시 autocommit

ex) autocommit 활성화 상태에 insert문 해보기

ex) autocommit 비활성화 상태에 delete문 해보기

일반적인 transaction 사용 패턴

자바 코드에서의 예시

connection.setAutoCommit(false);
- 이것이 autocommit을 끄면서, 동시에 트랜잭션을 시작하겠다는 의미를 포함
connection.setAutoCommit(true);
- 보통 DB connection은 한 번 쓰고 버리는 것이 아니기 때문에 autocommit 설정을 원래로 바꿔야 함
이체와 관련된 비즈니스 로직 코드와, 트랜잭션 코드가 같이 있으면 보기 불편하니까 이를 숨기고 싶음

원자성(Atomicity)

commit 실행 시 DB에 영구적으로 저장하는 것은 DBMS가 담당하는 부분
rollback 실행 시 이전 상태로 되돌리는 것도 DBMS가 담당하는 부분
개발자는 언제 commit 하거나 rollback 할 지를 챙겨야 함
- 트랜잭션 단위를 어떻게 결정할 지
- 어떤 문제가 발생했을 때 롤백할 지

일관성(Consistency)

transaction은 DB 상태를 consistent(일관된) 상태에서 또 다른 consistent 상태로 바꿔줘야 함
constraints, trigger 등을 통해 DB에 정의된 rules을 transaction이 위반했다면 rollback 해야 함
transaction이 DB에 정의된 rule을 위반했는지는 DBMS가 commit 전에 확인하고 알려줌
그 외 application 관점에서 transaction이 consistent하게 동작하는지는 개발자가 챙겨야 함
- 왜냐하면, DBMS는 DB에 정의된 룰만 확인하니까

격리성(Isolation)

여러 종류의 isolation level을 제공하는 이유?

엄격하게 구현하면 DB 서버의 performance(성능)가 떨어지기 때문에
Isolation level이 높으면 높을수록 보다 엄격하게 격리시켜 다른 트랜잭션으로부터 영향을 받을 경우가 줄어듦
- 대신, 그만큼 동시에 실행될 수 있는 동시성이 떨어지게 되어 DB 서버의 퍼포먼스가 떨어지게 됨
Isolation level이 낮으면 낮을수록 여러 트랜잭션이 실행될 수 있는 동시성이 높아져서 DB 서버의 퍼포먼스가 좋아짐
- 대신, 다른 트랜잭션으로부터 영향받을 가능성이 커지기 때문에 잘못된 결과를 초래할 확률이 커짐

ex) J가 H에게 20만원을 이체할 때, 하필 그 타이밍에, H도 ATM에서 본인 계좌에 30만원을 입금한다면?

지속성, 영존성 (Durability)

Comment