전체 글

8.0 버전부터: MyISAM 스토리지 엔진에서만 제공하던 전문 검색 or 위치 기반 검색 기능도 모두 InnoDB에서 사용 OBut, MySQL 서버의 옵티마이저가 발전하고 성능이 개선돼도 관리자의 역할 중요 1. 디스크 읽기 방식어떻게 디스크 I/O를 줄이느냐 -> 데이터베이스의 성능 튜닝1) 하드 디스크 드라이브(HDD)와 솔리드 스테이트 드라이브(SDD)컴퓨터에서 CPU or 메모리 같은 주요 장치는 대부분 전자식 장치But, 하드 디스크 드라이브는 기계식 장치 -> 서버에서 항상 병목이 됨=> 기계식 하드 디스크 드라이브 대체: 전자식 저장 매체인 SSD(Solid State Drive)같은 인터페이스(SATA/SAS) 지원 -> 내장 디스크 DAS or SAN에 그대로 사용할 수 있음기존 하드..

1. MySQL 서버의 데이터 암호화5.7 버전부터: 데이터 암호화 기능 지원, 처음에는 데이터 파일(테이블스페이스)에 대해서만 암호화 기능 제공8.0 버전부터: 데이터 파일, 리두 로그, 언두 로그, 복제를 위한 바이너리 로그 등 모두 암호화 기능 제공 데이터베이스 서버와 디스크 사이의 데이터를 읽고 쓰는 지점에서 암호화/복호화-> 디스크 입출력 이외의 부분에서는 압호화 처리 필요 X= MySQL 서버(InnoDB 스토리지 엔진)의 I/O 레이어에서만 데이터 암호화/복호화 과정 실행사용자의 쿼리를 처리하는 과정에서 테이블의 데이터가 암호화돼 있는지 여부 식별할 필요 X암호화 O 테이블, 암호화 X 테이블 => 동일한 처리 과정: 데이터 암호화 기능이 활성화 O -> MySQL 내부와 사용자 입장에서 차..

1. 페이지 압축(Transparent Page Compression)MySQL 서버가 디스크에 저장하는 시점에 데이터 페이지 압축돼 저장/ MySQL 서버가 디스크에서 데이터 페이지를 읽어올 때 압축 해제버퍼 풀에 데이터 페이지 한 번 적재 -> InnoDB 스토러지 엔진: 압축이 해제된 상태로만 데이터 페이지 관리서버의 내부 코드에서는 압축 여부 관계 X 투명(Tranparent)하게 작동(-) 16KB 데이터 페이지를 압축한 결과가 용량이 얼마나 될지 예측 불가능적어도 하나의 테이블은 동일한 크기의 페이지(블록)으로 통일돼야 함 운영체제별로 특정 버전의 파일 시스템에서만 지원되는 펀치 홀(Punch hole)이라는 기능 사용운영체계(파일 시스템)의 블록 사이즈: 512바이트 -> 페이지 압축이 작동..

1. 트랜잭션트랜잭션작업의 완전성 보장논리적인 작업 셋 모두 완벽하게 처리 OR 처리 못할 경우에는 원 상태로 복구=> 작업의 일부만 적용되는 현상(Partial update)이 발생하지 않게 만들어주는 기능 잠금(Lock): 동시성을 제어하기 위한 기능트랜잭션: 데이터의 정합성을 보장하기 위한 기능ex. 하나의 회원 정보 레코드 -> 여러 커넥션에서 동시에 변경하려고 함잠금 X -> 하나의 데이터를 여러 커넥션에서 동시에 변경할 수 있게 됨=> 해당 레코드 값은 예측할 수 없는 상태 됨 잠금: 여러 커넥션에서 동시에 동일한 자원(레코드/테이블) 요청 -> 순서대로 한 시점에는 하나의 커넥션만 변경할 수 있게 해주는 역할격리 수준: 하나의 트랜잭션 내에서 or 여러 트랜잭션 간의 작업 내용을 어떻게 공유..

3. MyISAM 스토리지 엔진 아키텍처키 캐시, 운영체제의 캐시/버퍼 -> MyISAM 스토리지 엔진의 성능에 영향1) 키 캐시(Key cache, 키 버퍼)InnoDB의 버퍼 풀과 비슷한 역할인덱스만을 대상으로 작동, 인덱스의 디스크 쓰기의 작업에 대해서만 부분적으로 버퍼링 역할키 캐시 히트율(Hit rate) = 100 - (Key_reads / Key_read_requests * 100)Key_reads: 인덱스를 디스크에서 읽어 들인 횟수를 저장하는 상태 변수Key_read_requests: 키 캐시로부터 인덱스를 읽은 횟수를 저장하는 상태 변수상태값 -> `SHOW GLOBAL STATUS LIKE 'Key%';`일반적으로 99% 이상으로 유지하는 것 권장99% 미만 -> 키 캐시 조금 더 크..

1. MySQL 엔진 아키텍처MySQL 서버: MySQL 엔진(ex. 사람 머리) + 스토리지 엔진(ex. 손발)핸들러 API를 만족하면 누구든 스토리지 엔진을 구현해 MySQL 서버에 추가해 사용할 수 있음1) MYSQL의 전체 구조MySQL 엔진커넥션 핸들러:클라이언트로부터의 접속 및 쿼리 요청 처리SQL 파서전처리기옵티마이저: 쿼리의 최적화 실행 표준 SQL(ANSI SQL) 문법 지원 -> 타 DBMS와 호환되어 실행 O 스토리지 엔진MySQL 엔진(1개): 요청된 SQL 문장 분석 or 최적화DBMS의 두뇌에 해당하는 처리/ 1개 스토리지 엔진(N개): 실제 데이터 -> 디스크 스토리지에 저장 or 디스크 스토리지부터 데이터 읽어오기여러 개 동시에 사용할 수 있음사용할 스토리지 엔진 지정 -> ..