😱 INDEX, PK 없이 UPDATE 날리면 풀스캔 때리고 싹다 잠가버리는거 시롸야~!??

[HJ-Rich]

주제

• UPDATE 문 실행 시, INDEX가 없다면, 정말 테이블 내 모든 레코드를 잠가버리는가?

선정 이유

• 실화라면 충격실화, 아니라면 나의 오해를 바로잡고 싶음

해당 텍스트

• 현재 이해를 풀어보겠음.
• InnoDB 는 테이블 기반 잠금이 아니라 레코드 기반 잠금을 이용해 동시성 성능을 높임
• 그러나 레코드 자체를 이용한 잠금은 아니고 인덱스를 이용해 잠그는 것이라고 함
• 따라서 책 171 페이지에서도 인덱스가 있는 first_name이 같은 250여 행을 모두 잠근다고 함
• 그리고 172 페이지에서는 인덱스가 없다면 풀스캔 + 모든 레코드 잠금을 수행한다고 함
• 현재 이해한 게 맞다면, InnoDB 사용시 UPDATE 문은 반드시 인덱스 힌트를 제공해야하는 상황으로 이해됨.

관련 페이지

• 5.3.2 인덱스와 잠금 : 170 ~ 172 페이지

[injoon2019]

제목 변경 히스토리 ㅋㅋㅋㅋ

[HJ-Rich]

다들 제가 이해한 것과 동일하게 이해한 걸로 결론.

체스를 예로 들면 board 테이블에 id, position, piece 컬럼이 있으면, 이 테이블은 애플리케이션 수준에서 where절에 position 조건을 걸어서 update를 자주 수행하게 될 것임.

이 지점은 db 설계 시점에는 확인하기 어려운 내용임. 적절한 처리라면 position에 대한 인덱스를 생성해야 함. 그렇지 않으면 모든 테이블을 락 걸게 됨. 성능 저하.

따라서 애플리케이션 개발을 진행하며 애플리케이션의 동작 방식(position을 조건으로 update하는 등)에 따라 db의 설계에도 영향을 미칠 수 있다고 생각함.