MySQL 미드레벨 CS 기초 기술면접

SERIALIZABLE 격리 수준에서는 일반 SELECT 쿼리가 자동으로 SELECT ... FOR SHARE와 동일하게 공유 락을 획득하여 읽은 데이터의 변경을 막습니다. REPEATABLE READ는 MVCC를 통해 락 없이 일관된 읽기를 제공하지만, SERIALIZABLE은 모든 읽기에 락을 걸어 완전한 직렬화를 보장합니다. 이로 인해 동시성이 크게 저하되고 데드락 가능성이 높아지므로, 금융 거래처럼 절대적인 일관성이 필요하고 동시 접근이 적은 특수한 경우에만 사용을 고려해야 합니다.

B+Tree에서 내부 노드는 키와 자식 노드 포인터만 저장하여 인덱스 역할만 하지만, 리프 노드는 실제 키와 데이터(또는 레코드 포인터)를 모두 저장합니다. 모든 리프 노드는 양방향 연결 리스트로 연결되어 있어, 범위 검색 시 첫 번째 키를 찾은 후 트리를 다시 탐색하지 않고 리프 노드를 순차적으로 스캔할 수 있습니다. 이를 통해 ORDER BY나 범위 조건(BETWEEN, >, < 등)에서 효율적인 순차 접근이 가능하며, 디스크 I/O를 최소화할 수 있습니다.

'Using where'는 스토리지 엔진에서 인덱스로 레코드를 찾은 후 MySQL 엔진 레벨에서 WHERE 조건을 필터링하는 것을 의미합니다. 'Using index condition'은 ICP 최적화가 적용되어 WHERE 조건의 일부를 스토리지 엔진 레벨로 푸시다운하여, 테이블 접근 전에 인덱스 레벨에서 필터링하는 것을 의미합니다. ICP를 통해 불필요한 테이블 랜덤 액세스를 줄일 수 있어, 특히 세컨더리 인덱스를 사용하는 쿼리에서 성능이 크게 향상됩니다.

Record Lock은 실제 존재하는 인덱스 레코드에 거는 락이고, Gap Lock은 인덱스 레코드 사이의 간격에 거는 락으로 해당 범위에 새로운 레코드 삽입을 방지합니다. Next-Key Lock은 Record Lock과 그 앞의 Gap Lock을 결합한 것으로, InnoDB의 기본 락킹 방식입니다. REPEATABLE READ 격리 수준에서 범위 조건 쿼리 실행 시 Next-Key Lock을 사용하여 조회한 범위의 레코드와 그 사이의 간격을 모두 잠금으로써, 다른 트랜잭션이 해당 범위에 새로운 레코드를 삽입하는 것을 막아 Phantom Read를 방지합니다.

InnoDB는 트랜잭션을 지원하여 ACID 속성을 보장하지만 MyISAM은 트랜잭션을 지원하지 않습니다. 락킹 측면에서 InnoDB는 행 수준 락을 사용해 높은 동시성을 제공하지만, MyISAM은 테이블 수준 락만 지원하여 동시 쓰기 성능이 낮습니다. 인덱스 구조에서 InnoDB는 클러스터드 인덱스로 데이터를 저장하지만, MyISAM은 데이터와 인덱스를 별도로 저장합니다. 현대 웹 애플리케이션은 동시 사용자가 많고 데이터 일관성이 중요하므로, 트랜잭션 지원과 행 수준 락을 제공하는 InnoDB가 기본 선택이 됩니다.