🗼🔨 MySQL 언어의 장벽 뿌셔뿌셔 (주요 용어 정리)

[HJ-Rich]

주제

• 용어 정리

선정 이유

• 4장 아키텍처는 앞으로 본격적으로 소개할 내용들에 대해 개괄적으로 설명하는 장이었다고 생각한다.
• 주요 단어들에 대한 이해를 공유하고 기초를 다져둠으로써 추후 학습에 효율을 꾀하는 게 가치 있다고 생각한다.
• 단어에 대한 이해를 공유하는 과정에서 조금 더 깊은 내용을 이해하고 있는 내용을 서로 공유해보고 싶다.

해당 텍스트

• MySQL 엔진 : MySQL 두뇌에 해당. 쿼리 파싱, 최적화, 실행계획 생성 등을 담당. 운전자.
• MySQL 스토리지 엔진 : MySQL 손, 발에 해당. 디스크에 읽고 쓰기를 담당. 자동차. 운전자에게 핸들을 제공함.
• 핸들러 : MySQL 스토리지 엔진이 MySQL 엔진을 위해 열어 놓은 API. 조작하기 위한 핸들. 스토리지 엔진 자체를 이르기도 함.
• InnoDB, MyISAM, MEMORY 등 : MySQL 스토리지 엔진의 일종. 테이블마다 스토리지 엔진을 선택할 수 있으나 InnoDB가 압도적이며 기본값.
• MySQL 서버 : MySQL 엔진과 MySQL 스토리지 엔진을 아울러 이르는 말.
• 사용자 스레드 : 연결 요청이 왔을 때 처리를 위해 할당하는 스레드. 포그라운드 스레드이며 다른 스레드와 독립적.
• 백그라운드 스레드 : MyISAM은 사용자 스레드가 쓰기 스레드 역할까지 담당해서 응답 시간이 늦음. InnoDB는 백그라운드 스레드가 쓰기를 담당함.
• 글로벌 메모리 : 글로벌 메모리는 시스템 변수에 설정된 만큼 OS로부터 할당받는 모든 스레드가 공유하는 공간이다. 할당 시 주의 필요.
• 로컬 메모리(세션 메모리) : 사용자 스레드가 할당되어 요청을 처리하는 과정에서 스레드마다 독립적으로 할당되는 공간.
• 플러그인 : MySQL 서버 전체에 적용 가능한 기능. 완전히 새로운 기능을 플러그인을 이용해 구현 가능함.
• 컴포넌트 : 플러그인과 비슷한 역할을 하나, 플러그인의 단점을 극복. 플러그인은 플러그인끼리 통신 못하고, MySQL 서버의 변수와 함수를 직접 호출하기에 캡슐화를 위배하고, 상호 의존 설정이 불가해 초기화가 어려움.
• 토큰 : MySQL이 인식 가능한 최소단위의 어휘, 기호
• 쿼리 파서 : 기본 문법 오류 검증. SQL문장을 토큰으로 분리해서 트리 형태 구조로 만들어냄.
• 전처리기 : 토큰에 사용된 테이블 이름, 칼럼 이름, 내장 함수 등이 실제로 존재하는지, 접근 권한이 있는지 검증.
• 옵티마이저 : DBMS의 두뇌. 쿼리 최적화를 담당. 어떤 기준으로 최적화를 위한 선택을 하는지, 어떻게 이를 도울지 배우게 될 예정.
• 실행 엔진 : 스토리지 엔진이 제공하는 핸들러 API를 호출하고, 결과를 다음 핸들러 API를 호출하며 전달하는 등 요청과 결과를 연결시킨다.
• 쿼리 캐시 : 빠른 응답이 필요한 환경에서 SQL 실행 결과를 메모리에 캐시했다 빠르게 응답하는 용도. 캐싱 유지 및 관리 비용으로 인한 성능 저하로 인해 8에서 제거.
• InnoDB : 독보적인 스토리지 엔진. MVCC를 지원하여 높은 동시성 처리가 가능함.
• MVCC : Multi Version Concurrency Control. 버퍼 풀, 언두 로그를 이용해 격리 수준에 따른 읽기 기능 제공. 이에 따라 No-Locking Consistent Read가 가능.
• 버퍼 풀 : InnoDB 스토리지 엔진 중 가장 핵심적인 부분. 쓰기 작업을 지연하고 일괄 처리해 디스크 작업 횟수를 줄인다.
• 언두 로그 : UPDATE 실행 시, 이전 버전은 언두 로그에 기록되고, 새 요청은 버퍼 풀에 저장된다. 트랜잭션 완료 시 언두 로그 내 내용은 제거된다. 트랜잭션 롤백이 수행될 경우, 언두 로그에 있는 값을 이용해 복구한다. 언두 로그가 장시간 유지되는 경우 성능에 좋지 않아 급증 여부를 모니터링하는 것이 좋다.
• READ_UNCOMMITTED : 아직 반영되지 않은 수정본을 보여줌. 즉, 버퍼 풀에만 있고 디스크에는 반영되지 않은, 커밋되지 않은 변경분이 반환된다.
• READ_COMMITTED : 최종 커밋본을 보여줌. 즉, UPDATE 요청이 처리중이고 아직 커밋되지 않았을 경우, 언두 로그에 있는 마지막 커밋 버전을 반환한다.
• No-Locking Consistent Read : 별도의 메모리 공간인 버퍼 풀과 언두 로그를 이용하기 때문에 트랜잭션이 진행중이더라도 원하는 버전에 대한 읽기가 가능하다.
• 테이블 스페이스 : 언두 로그가 저장되는 곳 이르는 말이다. 커밋이 반영되면 여기에 저장되었던 임시 값이 불필요해지고, 이를 퍼지 스레드(Purge Thread)가 삭제한다.
• 퍼지 스레드 : 트랜잭션이 커밋되어 불필요해진 언두 테이블 스페이스를 제거하는 스레드. 주기적으로 수행되며 이 작업을 언두 퍼지(Undo Purge) 라고 이른다.
• 리두 로그 : 트랜잭션 수행 도중 시스템의 비정상 종료가 일어났을 때 이를 복구하기 위해, 요청 시작 시 요청 내용을 기록하는 공간이다. MySQL 서버가 새로 기동될 때 리두 로그를 확인해서 반영되지 않은 데이터가 있는지 검사한다.

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

관련 페이지

4장 아키텍처 전반