DB에서 다른 요청을 막는 자원이 row·key·page·gap 중 무엇인지 어떻게 관찰하고 엔진별로 해석하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
엔진의 lock view와 대기 그래프에서 소유자·대기자·모드·대상·보유 시간을 확인합니다. row·index key·page·range·metadata가 막는 작업은 다르며 UPDATE 결과 행 수만으로 범위를 추측하지 않습니다.
SQL Server escalation과 InnoDB gap·next-key, PostgreSQL row·predicate lock의 의미는 서로 다릅니다. 실제 계획의 탐색 범위와 transaction 경계를 대조합니다. 힌트를 먼저 넣기보다 누가 어떤 자원을 오래 보유하는지 재현합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- 엔진의 lock view와 대기 그래프에서 소유자·대기자·모드·대상·보유 시간을 확인합니다. row·index key·page·range·metadata가 막는 작업은 다르며 UPDATE 결과 행 수만으로 범위를 추측하지 않습니다.
- 힌트를 먼저 넣기보다 누가 어떤 자원을 오래 보유하는지 재현합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 엔진의 lock view와 대기 그래프에서 소유자·대기자·모드·대상·보유 시간을 확인합니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.