DB 락 - 변경 / 조회

DB 락 - 변경

 

기본 데이터 입력 - SQL

set autocommit true;
delete from member;
insert into member(member_id, money) values ('memberA',10000);

 

변경과 락

 

 

세션1

set autocommit false;
update member set money=500 where member_id = 'memberA';

• 세션1이 트랜잭션을 시작하고, memberA 의 데이터를 500원으로 업데이트 했다. 아직 커밋은 하지 않았다.

 

• memberA 로우의 락은 세션1이 가지게 된다.

 

세션2

SET LOCK_TIMEOUT 60000;
set autocommit false;
update member set money=1000 where member_id = 'memberA';

• 세션2는 memberA 의 데이터를 1000원으로 수정하려 한다.

 

• 세션1이 트랜잭션을 커밋하거나 롤백해서 종료하지 않았으므로 아직 세션1이 락을 가지고 있다. 

 

• 따라서 세션2는 락을 획득하지 못하기 때문에 데이터를 수정할 수 없다. 세션2는 락이 돌아올 때 까지 대기하게
  된다. SET LOCK_TIMEOUT 60000 : 락 획득 시간을 60초로 설정한다. 

 

• 60초 안에 락을 얻지 못하면 예외가
  발생한다. 참고로 H2 데이터베이스에서는 딱 60초에 예외가 발생하지는 않고, 시간이 조금 더 걸릴 수 있다.

 

 

세션2 락 획득

 

• 세션1을 커밋하면 세션1이 커밋되면서 락을 반납한다. 이후에 대기하던 세션2가 락을 획득하게 된다.

 

• 따라서 락을 획득한 세션2의 업데이트가 반영되는 것을 확인할 수 있다.

 

• 물론 이후에 세션2도 커밋을 호출해서 락을 반납해야 한다.

 

락3

 

 

• 세션 1은 커밋을 수행한다. 커밋으로 트랜잭션이 종료되었으므로 락도 반납한다.

 

락 진행 과정

 

 

 

commit 한 순간 로그가 뜨게 된다.

 

 

 

첫 h2 DB는 500원으로 업데이트 된 상태이고 두 번째 DB는 1000원으로 임시 상태로 남아있다. 

 

 

 

 

세션2 커밋

 

commit;

 

 

commit을 해주면 둘 다 1000원으로 갱신된다.

 

 

 

 

락 타임아웃도 확인해보자.

 

 

 

 

 

기본 데이터 입력 해주고

 

set autocommit true;
delete from member;
insert into member(member_id, money) values ('memberA',10000);

 

 

 

 

 

세션 1 h2 db에다 아래와 같이 해준다.

 

set autocommit false;
update member set money=500 where member_id = 'memberA';

• 세션 1이 트랜잭션을 시작하고, memberA의 데이터를 500원으로 업데이트 함.

 

• 아직 커밋은 하지 않았고 memberA 로우의 락은 세션1이 가지게 됨

 

 

 

 

 

세션2 db에서는 타임아웃을 10초로 해준다.

 

SET LOCK_TIMEOUT 10000;
set autocommit false;
update member set money=1000 where member_id = 'memberA';

 

 

 

 

 

10초 기다리고 있으면 세션2 h2 db에서 아래와 같이 오류가 발생한다.

 

 

 

 

 

세션2 락 타임아웃

 

• SET LOCK_TIMEOUT <milliseconds> : 락 타임아웃 시간을 설정한다.

 

• 예) SET LOCK_TIMEOUT 10000 10초, 세션2에 설정하면 

 

• 세션2가 10초 동안 대기해도 락을 얻지 못하면 락 타임아웃 오류가 발생한다.

 

• 세션1이 memberA 의 데이터를 변경하고, 트랜잭션을 아직 커밋하지 않았다. 

 

• 따라서 세션2는 세션1이 트랜잭션을 커밋하거나 롤백할 때 까지 대기해야 한다. 

 

• 기다리면 락 타임아웃 오류가 발생하는 것을 확인할 수 있다.

 

 

 

 

 

 

 

 

DB 락 - 조회

 

일반적인 조회는 락을 사용하지 않는다

 

• DB마다 다르지만, 보통 데이터를 조회할 때는 락을 획득하지 않고 바로 데이터를 조회할 수 있다.

 

• 예를 들어서 세션1이 락을 획득하고 데이터를 변경하고 있어도, 세션2에서 데이터를 조회는 할 수 있다.

 

• 물론 세션2에서 조회가 아니라 데이터를 변경하려면 락이 필요하기 때문에 락이 돌아올 때 까지 대기해야
  한다

 

 

조회와 락

 

• 데이터를 조회할 때도 락을 획득하고 싶을 때가 있다. 이럴 때는 select for update 구문을 사용하면
  된다.

 

• 이렇게 하면 세션1이 조회 시점에 락을 가져가버리기 때문에 다른 세션에서 해당 데이터를 변경할 수 없다.

 

• 물론 이 경우도 트랜잭션을 커밋하면 락을 반납한다

 

 

조회 시점에 락이 필요한 경우는

• 트랜잭션 종료 시점까지 해당 데이터를 다른 곳에서 변경하지 못하도록 강제로 막아야 할 때 사용한다.

 

• 예를 들어서 애플리케이션 로직에서 memberA 의 금액을 조회한 다음에 이 금액 정보로 애플리케이션에서
  어떤 계산을 수행한다. 

 

• 그런데 이 계산이 돈과 관련된 매우 중요한 계산이어서 계산을 완료할 때 까지 memberA 의 금액을 다른곳에서 변경하면 안된다. 

 

• 이럴 때 조회 시점에 락을 획득하면 된다.

 

 

 기본 데이터 입력 - SQL

set autocommit true;
delete from member;
insert into member(member_id, money) values ('memberA',10000);

 

 

세션1

set autocommit false;
select * from member where member_id='memberA' for update;

• select for update 구문을 사용하면 조회를 하면서 동시에 선택한 로우의 락도 획득한다.

 

• 물론 락이 없다면 락을 획득할 때 까지 대기해야 한다.

 

• 세션1은 트랜잭션을 종료할 때 까지 memberA 의 로우의 락을 보유한다.

 

세션2

set autocommit false;
update member set money=500 where member_id = 'memberA';

• 세션2는 데이터를 변경하고 싶다. 데이터를 변경하려면 락이 필요하다.

 

• 세션1이 memberA 로우의 락을 획득했기 때문에 세션2는 락을 획득할 때 까지 대기한다.

 

• 이후에 세션1이 커밋을 수행하면 세션2가 락을 획득하고 데이터를 변경한다. 만약 락 타임아웃 시간이 지나면 락 타임아웃 예외가 발생한다.

 

세션1 커밋

commit;

 

 

 

세션2에서 커밋을 반영하기전에는 세션1 h2 db에 1000원으로 되어있다. 세션2 h2에 commit을 해주자.

 

 

세션2 h2에 commit을 해주면 둘 다 동일하게 MONEY가 500으로 되게 된다.

commit

 

 

 

<출처 김영한: 스프링 DB 1편 - 데이터 접근 핵심 원리>

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-db-1/dashboard

스프링 DB 1편 - 데이터 접근 핵심 원리 - 인프런 | 강의