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

MySQL 아키텍쳐

쿼리 실행 과정

쿼리 캐시 (8.0 이후 삭제됨)

쿼리 파서 (Query Farcer)

전처리기

옵티마이저

쿼리 실행 엔진

스토리지 엔진

플러그인의 한계

플러그인끼리는 서로 통신할 수 없고 플러그인 MySQL 서버의 변수나 함수를 집적 호출하기 때문에 캡슐화를 위반한다. 그러나 8.0 이후 플러그인 아키텍처를 보완하는 컴포넌트 아키텍처를 제공하게 되었다.

InnoDB 스토리지 엔진 아키텍처

일반적인 DB에서는 쓰기보다 읽기요청이 많기 떄문에 쓰기 요청을 회생하고 읽기 성능을 얻는 클러스터링을 하는 것이 합리적이다. InnoDB에서는 사용자가 PK를 지정하지 않으면 내부적으로 자동생성하는데 이는 관리자가 사용할 수 없으므로 PK를 직접 설정해주는 것이 좋다.

트랜잭션 격리 수준에 따라 다양한 버전을 동시에 관리하는 것이 MVCC

아래는 레코드 단위 잠금(을 설명하기 위한 예시

일반 인덱스에서는 모든 테이블이 잠기지만, 사용자의 의도에 따라 복합 인덱스를 생성했다면 특정 인덱스만 잠김. 즉 인덱스에 따라 잠금 범위가 달라지므로 신중하게 설정해야 함.

MyISAM 스토리지 엔진 아키텍처

동시 처리에 불리함

InnoDB vs MyISAM