티스토리 뷰
LOCK 이란?
- 트랜잭션 처리의 순서를 보장하기 위한 방법
- DB가 처리하는 가장 작은 단위
- 트랜잭션이 완벽하게 처리될 때 까지 다른 트랜잭션 개입을 막아주는 방식
LOCK 의 종류
Shared Lock
: S-LOCK 이라고 보통 얘기한다.- Row-Level Lock 중 하나이다.
- 데이터 Read 에 대한 Lock
- S-LOCK을 사용하는 쿼리 끼리는 같은 row에 접근이 가능하다.
Exclusive Lock
: X-LOCK 이라고 한다.- Row-Level Lock 중 하나
- 데이터 Write 에 대한 Lock
- 트랜잭션 완료 될때 까지 유지되며 Lock이 해제 될 때 까지 다른 트랜잭션은 해당 리소스에 접근 불가능
- SELECT...FOR UPDATE, INSERT등 수정 쿼리를 날릴 때 ROW 에 걸리는 LOCK
S-LOCK, X-LOCK 경쟁 여부
- 여러 트랜잭션은 한 ROW에 S-LOCK을 걸 수 있다.
- S-LOCK이 걸려있는 ROW에 다른 트랜잭션의 X-LOCK은 걸 수 없다.
- X-LOCK 이 걸려있는 ROW에 다른 트랜잭션의 X-LOCK, S-LOCK 걸수 없다, 다른 트랜잭션이 수정/삭제 하고 있는 ROW는 읽기, 수정, 삭제 모두 불가능
Intention Lock
- Table-Level Lock
- Row에 대해서 나중에 어떤 Row-Level Lock을 걸지 미리 Table-Level 에 걸어두는 Lock
SELECT....FOR IN SHARE MODE
가 실행되면 Intention Shared Lock이 테이블에 걸린다. Row-Level 에 S-LOCK 걸림SELECT....FOR UPDATE, INSERT, DELETE
가 실행되면 Intention Exclusive Lock 이 테이블에 걸린다, Row-Level 에 X-LOCK 걸림- Intention Lock 은 여러 트랜잭션에서 접근 가능
Row-Level Lock
: InnoDB Storage engine 은 기본적으로 Row-Level Lock 사용Record Lock
- DB Index Record 에 걸리는 LOCK
- 개별 Index Record 에 S-LOCK or X-LOCK 설정
- PK, UK로 조회해서 하나의 레코드에 LOCK을 거는 방법
Gap Lock
Gap Lock 은 실제 레코드에 대한 잠금이 아닌 레코드와 인접한 사이의 간격을 잠그는 LOCK 이다.
여기서 말하는 Gap 은 인덱스 중 실제 DB에 레코드가 없는 ROW를 말한다.
DB에서 직접 알아보자. lock 이라는 테이블이 존재하고 이 테이블에는 id, name 컬럼이 존재한다.
위와 같이 DB 에 데이터가 들어가 있다고 생각하자.
존재하지 않는 id=3 인 row의 데이터를 업데이트 하는 쿼리를 날려보자.
mysql > begin; //트랜잭션 시작 mysql > update side.`lock` set name = 'newbe' where id = 3;
mysql > select * from performance_schema.data_locks;
위에서 UPDATE 쿼리에 대한 잠금을 확인 해보면
- TABLE 에 대해 IX LOCK 이 걸린 것을 확인할 수 있다.
- 해당 RECORD에 X-LOCK, GAP-LOCK이 걸린 것을 확인 할 수 있다. 즉 존재하지 않는 RECORD에 대해서는 GAP LOCK을 얻는다.
또한 SELECT...FOR UPDATE, DELETE등 X 잠금을 얻는 쿼리는 모드 GAP LOCK을 획득한다.
범위에 대한 LOCK 을 획득 시 해당 범위 안에 존재하지 않는 RECORD는 모두 GAP LOCK을 획득하게 된다.
GAP LOCK 이 필요한 이유
REPEATABLE READ 격리 수준 보장
GAP LOCK 이 없다면 PHANTOM READ 가 발생할 수 있다.
실제로 위와 같이 실행 시 3,6번의 데이터가 다르게 조회된다. 그 이유는 READ-COMMITED의 경우 3번 실행할 때 배터적 잠금을 걸지 않는다. 즉 GAP LOCK을 걸지 않는다.
- 하지만 REPEATABLE READ는 같은 트랜잭션 범위 내 에서는 조회한 데이터가 동일 해야 한다. 그러므로 3번 쿼리를 실행할 때 id 인덱스에 GAP LOCK을 건다. 즉 id=2 에 GAP LOCK을 건다
그러므로 4번 쿼리의 INSERT는 Session-1 트랜잭션이 끝날 때 까지 대기하고 끝나면 실행한다.
이렇게 GAP LOCK을 사용하면서 Phantom Read 문제를 해결한다.
REPLICATION 일관성 보장(Binary Log Format = statement or Mixed 일때)
Mysql 서버의 Replication은 데이터의 복제를 위하여 바이너리 로그 파일을 사용하는데, 바이너리 로그 포맷은
Statement, Row, Mixed
중 하나를 선택할 수 있다.Statement와 Row는 일반적인 경우 실행된 SQL 문장을 바이너리 로그로 저장하기 때문에 거의 유사한 포맷
이 예제에서는 4번 INSERT 가 즉시 완료되지 않고 3번 UPDATE 세션의 트랜잭션이 COMMIT OR ROLLBACK 되어야 4번의 쿼리가 실행된다.
이는 3번 쿼리가 id = 1, 3 뿐 만 아니라 id = 2인 GAP LOCK을 가지고 있기 때문이다.
만약 GAP LOCK 없이 세션 1번보다 2번이 먼저 실행되고 COMMIT 되어 버리면 SOURCE DB와 REPLICATION DB의 트랜잭션 실행 순서가 거꾸로 되기 때문에 데이터가 서로 달라지게 된다.
이렇게 바이너리 로그 포맷 = Statement 일 때 GAP LOCK 이 필요한 이유는 이런 복제 Source 와 Replica DB 데이터 정합성 때문이다.
GAP LOCK의 특징과 주의사항
Shared Gap Lock
= Exclusive Gap Lock
Next Key Lock
= Record Lock + Gap Lock
Gap Lock은 Mysql 내부적으로 Shared Lock 만 존재한다. 순수하게 다른 트랜잭션이 대상 간격에 대해서 INSERT 되는 것을 막아주는 것만이 목적 이다.
그래서 UPDATE, DELETE, SELECT...FOR UPDATE 문장에 의한 GAP LOCK 이더라도(설령 performance_schema.data_locks에 보여지는 정보 가 “LOCK_MODE: X,GAP”로 Exclusive Gap Lock이라 하더라도)
여러 트랜잭션 의 GAP LOCK은 호환된다. 즉 동시에 서로 다른 트랜잭션에서 UPDATE table set .. where id = 2 를 실행시켜도 잠금 경합이 발 생하지 않는다.
GAP LOCK 은 테이블의 데이터 건수가 적을수록 GAP LOCK의 범위가 넓어지는 역효과를 준다.
Next-key Lock
GAP LOCK은 순수하게 레코드 사이의 간격만 잠구는 것이 아니라 레코드와 간격을 동시에 잠구기도 한다.
예를 들어 UPDATE tables set ... where id between 1 and 3 이때 서버는 1,3은 Record Lock , 그사이는 GAP LOCK을 획득 한다.
Record 와 GAP Lock 을 동시에 잠구는 것을 Next key Lock
이라고 한다.
Insert intention Lock
Insert intention Lock 은 삽입 의도를 나타내며 Row Insert에 앞서 만들어지는 GAP의 한 종류이다.
실제로 Insert 구문 실행시 획득 되는 특수한 형태의 Gap Lock 이다. Insert 될 Row에 대해서 X-LOCK 걸기 전에 먼저 Insert intention Lock을 건다.
목적
: 여러개의 트랜잭션이 GAP 내의 다른 위치에 Insert를 동시에 수행할 때 까지 기다릴 필요 없도록 하는 것이다.
즉 Insert intention Lock 끼리는 서로 충돌되지 않는다.
예를 들어 pk = 4, pk= 7 인 레코드가 존재하고 트랜잭션 A가 5 트랜잭션 B가 6 에 Insert 한다
일반적인 Gap Lock 이라면 pk 4~7 에 Gap Lock 에 걸리게 된다.
Insert Intention Lock 이라면
B 트랜잭션인 pk= 6에 Insert 할 때 pk 4~6 에 Insert intention Lock이 걸리게 된다.
A 트랜잭션인 pk = 5 에 Insert 할 때 pk 4~6에 Insert intention Lock이 걸리게 되어 있어도 pk 가 겹치지 않기 때문에 대기없이 바로 실행된다.
InnoDB는 실제로 Insert intention Lock이 사용된다. 즉 Insert 문장은 Duplicate Key 에러만 아니면 동시에 실행되게 한다.
Insert Intention Lock 과 GAP LOCK은 서로 호환되지 않는다.
- GAP LOCK은 내부적으로 Shared Lock 만 존재한다. 그러므로 Gap Lock 끼리는 서로 호환된다.
- 즉 다른 트랜잭션에서 GAP LOCK이 걸려잇다고 해도 또 다른 트랜잭션에서 GAP LOCK을 대기없이 획득가능하다.
- But Gap Lock 과 Insert intention Lock은 호환되지 않는다.
- 이는 Gap Lock 이 걸려있는 Row에 Insert 할려고하면 Row 에 대한 Gap Lock이 풀려야 Insert 구문이 실행된다.
- 즉 Insert 시에 Insert intention Lock을 얻기 위해 Gap Lock이 걸려있는 Row 에 insert 구문 수행시 Insert intention Lock 을 얻을려고 대기한다.
Auto-Inc Lock
AUTO-INC Lock은 AUTO INCREMENT 컬럼이 있는 테이블에 INSERT 구문 실행시 획득되어지는 테이블 레벨 잠금이다.
예를 들어, A 트랜잭션이 테이블에 값을 삽입한다면, B 트랜잭션이 해당 테이블에 값을 삽입하기위해 기다리게된다.
innodb_autoinc_lock_mode 설정 옵션을 통해 AUTO INCREMENT 잠금을 위해 사용되는 알고리즘을 설정할 수 있다.
이를 통해 AUTO INCREMENT 값들의 예상되는 순서와 최대 동시성 사이의 트레이드 오프중 원하는 방법을 선택할 수 있다.
마무리
InnoDB Gap Lock 때문에 채팅서버 서비스 중에 DeadLock 이 발생하였고 이후 포스팅은 어떤 상황에서 왜 DeadLock 이 걸린지에 대해 포스팅을 해볼려고 한다.
- Total
- Today
- Yesterday
- 영속성 컨텍스트
- 데이터베이스
- 다운로드
- 인덱스
- 스프링
- 비동기
- oauth2
- mysql
- 네트워크
- Excel
- 논블로킹
- Index
- lock
- R-Tree
- spring mvc
- jenkins
- thread
- GIS
- Spring Security
- database
- 쓰레드
- DispatcherServlet
- java
- db
- spring
- jpa
- spring boot
- github
- 공간쿼리
- TCP
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |