# Real MySQL 8.0 1권 스터디
- 대상: 5장 트랜잭션과 잠금
- 일시: 2024년 9월 22일 오후 8시

# 1조 참여자
- 옐리
- 샤피

# 일지
- 이해된 부분/이해되지 않은 부분
- 트랜잭션
- 샤피: 데이터 정합성 보장. 비슷한 데이터끼리 접근하는 작업들의 묶음. 해야하는 논리적 작업들을 완벽하게 수행하거나, 실패하면 모두 돌려놓는 '모 아니면 도' 기능.
- 옐리: 논리적 작업들을 한 번에 수행하거나, 수행 중 실패했을 때 완벽하게 되돌려 놓는 기능. 그 기능에 의해 데이터 정합성이 보장된다.
- 쿼리 자체에 TRY-CATCH 문을 사용할 수 있는 것인가?
- SQL은 `try-catch` 문을 지원하지 않는다.
- https://purumae.tistory.com/199-
- 잠금
- 샤피: ~~정합성이 깨지지 않도록~~ 동시성을 제어하는 작업. -> 작업보다는 기능
- 옐리: `동시에 동일한 자원`에, `순서대로`, `변경`할 수 있게 하는 기능
- MySQL 엔진 수준의 잠금
- 글로벌 락
- `읽기 잠금`과 `쓰기 잠금`?
- 모든 데이터베이스와 테이블에 잠금을 설정하는, 가장 범위가 큰 잠금
- 메타데이터 락
- 명시적으로 획득 x, `RENAME`문 같은 작업을 할 때 자동으로 획득하는 잠금
- 묵시적 테이블 락과의 차이점:
- 메타데이터 락은 DDL 쿼리에 대해 트랜잭션과 상관없이 획득할 수 있는 잠금
- 로그 테이블 백업 예시
- 백업 작업 시작 이후에 쌓인 레코드는 어떻게 되지?
- 테이블 락
- 명시적 락: READ/WRITE 둘 중에 하나를 획득할 수 있는 잠금
- 묵시적 락: InnoDB 기준 DML 제외한 DDL에 대해서 레코드 기반 잠금을 자동으로 획득/해제.
- 네임드 락
- 상호 동기화 문제를 쉽게 해결해주는 잠금.
- 중첩해서 획득할 수 있다.
- InnoDB 스토리지 엔진 수준의 잠금
- 디스크에 접근하는 스토리지 엔진에서 제공하는 잠금
- 갭(gap) 락: a 레코드, c 레코드 사이에 새로운 레코드가 못들어가도록 막는 잠금.
- 레코드 락: 레코드 자체에 잠금X, 인덱스의 레코드에 잠금
- 넥스트 키 락: 갭 락 + 레코드 락
- 자동 증가 락 (자동으로 획득/해제)
- 8.0 버전 기준으로 사용 X => 래치(뮤텍스)를 사용
- 격리 수준
- READ UNCOMMITED
- 더티 리드 발생
- non-repeatable read 발생
- pantom read 발생
- READ COMMITED
- non-repeatable read 발생
- pantom read 발생
- REPEATABLE READ
- pantom read 발생 (InnoDB는 발생 X)
- SERIALIZABLE
- 어떤 문제도 발생하지 않음
- 더티 리드
- non-repeatable read
- pantom read

- 본인이 생각한 중요한 부분
- 동의하지 않는 부분
- 관련된 내용은 무엇이 있는지
- 문제 해결을 위한 더 좋은 방법은 없는지

위의 가이드 라인에 따라 토론하고, 기록해봅시다!

# 소감
## 옐리
- 시간 분배를 좀 더 잘하면 전체 내용에 대해 이해한 부분과 이해하지 못한 부분을 더 명확하게 체크할 수 있을 것 같습니다.
- 시간 분배 상 책 외의 내용은 추가 시간을 이용해서 얘기하면 좋을 것 같습니다.

## 샤피
- 공부하면서 궁금했던 내용을 공유할 수 있는 상대가 생겨서 좋았다.
- 시간 분배 저도 잘 하면 좋겠다 생각합니다.