[10분 테코톡] 🔫 우기의 MySQL 아키텍처

[@jaeyeollee9243]

좋은 영상 자료와 발표 감사드려요!

[@hjs9693]

정말 감사합니다.

[@hsk6196]

설명이 너무 쉽게 잘되어있네요. 전혀 모르던 파트인데도 이해할 수 있었습니다. 좋은 영상 감사합니다!

[@최수환-i6d]

9:27 쯤에서 테이블 풀스캔이 된다고 말씀해주셨는데 "성씨"에 대한 인덱스 설정이 없고 AutoIncrement인 값 id만을 활용해 조회를 해서 테이블 풀스캔이라고 말씀주신것이 맞으실까요? 만약 AutoIncrement인 값 id에 추가로 "idx_성씨_이름" 이라는 복합인덱스가 존재한다면 이것 또한 이름의 중복이 없다는 가정 하에 1개의 레코드만을 잠금하여 업데이트 하는게 맞을까요?

[@도르래-s2y]

예, 조건에 사용된 칼럼의 인덱스가 존재하지 않으므로 풀스캔을 합니다. 말씀하신 것처럼 복합인덱스를 사용할 경우 1개의 레코드만 잠금되며, 성씨, 이름 2개의 컬럼에 각각 인덱스를 걸어도 1개의 레코드만 잠금 됩니다.

[@mastersecret-j9x]

@@도르래-s2y 안녕하세요. 혹시 복합 인덱스를 사용해도 갭락으로 인해 성씨가 '박'인 모든 데이터가 잠금이 걸리는것 같은데 맞을까요? 직접 테스트해보니까 그렇더라구요 ㅠ

[@네카라]

감사합니다!

[@nicewook]

감사히 잘 읽었습니다. :-)

[@Freejia823]

양질의 발표 감사해요!!👍🏻

[@taewankim402]

오호 잠금 방식이 궁금했는데, 너무 이해하기 쉬운 설명 감사합니다!

[@김태정-d4i]

와 좋은 지식 공유 감사합니닿ㅎㅎ

[@jackrichard7431]

제가 알고 있기론 락을 걸게되면 동시성에 문제가 생겨서 그것에 대한 보완방식이 MVCC방식으로 알고 있고, 이를 이용하면 락이 필요 없는걸로 알고 있는데 혹시 틀렸을까요?

[@도도리아-v5m]

안녕하세요. 말씀해주신 내용이 맞습니다! MVCC 방식 덕분에 락을 걸지 않고 여러 클라이언트가 동시에 레코드를 조회할 수 있습니다. 하지만 레코드를 수정할 경우는 락을 걸어줘야 합니다. 영상에서 설명드리는 락은 UPDATE시 발생하는 락 입니다.

[@zaely_o]

[@junu_video]

트랜잭션 격리레벨별로 락 언락이 걸리는 원리가 이해하기 어려웠는데, 덕분에 명쾌하게 알아갈 수 있었습니다!! 좋은 발표 감사합니다ㅎㅎ