1. MySQL엔진
   1. 클라이언트로부터 접속 및 쿼리 요청을 처리하는 커넥션 핸들러, SQL파서, 전처리기, 쿼리의 최적화된 실행을 위한 옵티마이저가 중심
   2. 구성
      1. 커넥션 핸들러
      2. SQL 인터페이스
      3. SQL 파서
      4. SQL 옵티마이
      5. 캐시 & 버퍼
2. 스토리지 엔진
   1. 실제 데이터를 디스크 스토리지에 저장하거나 디스크 스토리지로부터 데이터를 읽어오는 부분을 담당
   2. MySQL서버는 하나지만 스토리지 엔진을 여러개 사용 가능
   3. 구성
      1. InnoDB
      2. MyISAM
      3. Memory
   4. 다음과 같이 사용할 스토리지 엔진을 지정할 수 있음(생성시에 지정하면 이후 CRUD를 모두 해당 스토리지 엔진이 처리)
   5. CREATE TABLE test_table (fb1 INT, fb2 INT) ENGINE=INNODB;
   6. 핸들러 API
      1. MySQL 엔진의 쿼리 실행기에서 데이터를 쓰거나 읽는 경우 각 스토리지 엔진에 쓰기 또는 읽기 요청을 함
      2. 이러한 요청을 핸들러 요청이라고 하고, 여기서 사용되는 API를 핸들러 API라고함
      3. InnoDB 스토리지 엔진 또한 이 핸들러 API를 이용해 MySQL엔진과 데이터를 주고 받음
      4. SHOW GLOBAL STATUS LIKE ‘Handler%’; 명령을 통해 핸들러 API를 통한 레코드 작업 확인 가능

1. 데이터 파일
2. 로그 파일

MySQL서버는 프로세스 기반이 아닌 스레드 기반으로 작동

포그라운드(Foreground) 스레드, 백그라운드(Background) 스레드로 구분

MySQL서버에서 실행중인 스레드 목록은 다음 명령어를 통해 확인 가능

SELECT thread_id, name, type, processlist_user, processlist_host 
FROM performance_schema.threads ORDER BY type, thread_id;

많은 스레드가 나오는데 그중 thread_sql/one_connection 스레드만 실제 사용자의 요청을 처리하는 포그라운드 스레드

1. 인서트 버퍼(insert buffer)를 병합하는 스레드
2. 로그를 디스크로 기록하는 스레드
3. InnoDB 버퍼 풀의 데이터를 디스크에 기록하는 스레드
4. 데이터를 버퍼로 읽어 오는 스레드
5. 잠금이나 데드락을 모니터링하는 메서드

1. 글로벌 메모리 영역
   1. 모든 메모리 공간이 MySQL서버가 시작되면서 운영체제로부터 할당
   2. 운영체제의 종류별로 다르지만, 요청된 메모리 공간을 100% 할당해줄 수 있고, 그 공간만큼 예약해두고 필요할 때 조금씩 할당해주는 경우도 있음
   3. 각 운영체제의 메모리 할당 방식은 예측이 어려움

1. 테이블 캐시
2. InnoDB 버퍼 풀
3. InnoDB 어댑티프 해시 인덱스
4. InnoDB 리두 로그 버퍼

1. 정렬 버퍼(Sort buffer)
2. 조인 버퍼
3. 바이너리 로그 캐시
4. 네트워크 버퍼