db

옵티마이저 개요 MySQL 서버로 요청된 쿼리의 결과가 동일해도 내부적으로 결과를 만들어내는 방법은 매우 다양하다. 여러 방법 중 어떤 방법이 최적이고 최소의 비용이 드는지 결정해야 하는데 옵티마이저는 각 테이블의 데이터가 어떤 분포로 저장돼 있는지 통계 정보를 참조하며, 그러한 기본 데이터를 비교해 최적의 실행 계획을 수립하는 작업을 한다. MySQL에서는 EXPLAIN이라는 명령어로 쿼리의 실행 계획을 확인할 수 있다. 쿼리 실행 절차 MySQL에서 쿼리가 실행되는 과정은 세 단계로 나뉜다. 사용자로부터 요청된 쿼리 문장을 잘개 쪼개서 서버가 이해할 수 있는 수준으로 분리한다. 해당 과정을 파싱이라고 하는데 SQL 파서라는 모듈로 처리되고, 문장이 문법적으로 잘못됐다면 이 단계에서 걸러진다. 분리된 ..

대규모 요청이 동시에 들어오는 데이터베이스 어플리케이션의 경우 데이터의 정합성을 유지하면서 동시성을 높이는 것이 매우 중요하다. DB는 래치와 락이라는 두개의 동기화 기법으로 리소스를 동시작업으로부터 보호한다. SQL Server에서의 래치 래치는 메모리 자원에 대해 동시변경 및 엑세스를 방지하기 위해 배타적 접근을 허용한다. 그래서 획득 및 반환이 단시간에 실행된다. 여러 스레드가 동일한 메모리 구조에 대한 래치를 동시에 획득하려고 할때 발생하는래치 경합을 해결하기 위해 하나의 큰 버퍼 풀을 여러 개의 인스턴스로 나눈 다중 버퍼 풀 구조로 해결한다. 동시성이 높을 수록 래치 경합이 일어날 가능성이 크다. 왜냐하면 데이터 갱신이 동시에 일어날 경우 버퍼에 접근하기 위해 래치를 반드시 획득해야 하기 때문이..

해당 내용은 스토리엔진 잠금인 갭락과 넥스트 키락에 대해 알아보던 중 STATEMENT 포맷 바이너리 로그와 ROW 포맷 바이너리로그에 대한 내용이 나오길래 정리한 부분입니다. 의미 MySQL 서버에서 DDL, DML을 통해 데이터베이스에 변화가 있을 때 변화된 이벤트를 기록하는 이진 파일이다. SHOW, SELECT 등의 조회 문법은 제외한다. 트랜잭션 커밋 시에 기록되며, 데이터의 변경 순서를 보장한다. 용도 [ 복제, Replication ] 바이너리 로그는 마스터라는 서버에서 생성되고 슬레이브 서버는 마스터 서버에 접속하여 마스터의 바이너리 로그를 읽어와 똑같은 이벤트를 실행시켜 마스터 서버와 슬레이브 서버를 동일하게 만드는 복제 역할을 한다. Mysql Replication 을 이용해서 Mast..

MySQL에서 사용되는 잠금은 MySQL 엔진 레벨과 스토리 엔진 레벨이 있다. MySQL 엔진 레벨의 잠금은 모든 스토리지 엔진 전체에 영향을 미치며, 스토리 엔진 레벨의 잠금은 스토리 엔진 간에 영향을 미치지 않는다. MySQL 엔진_글로벌 락 글로벌 락은 락 중에서 가장 범위가 크다. 명령어 실행 동시에 MySQL 서버에 존재하는 모든 테이블에 잠금을 건다. 한 세션에서 글로벌 락을 획득하면 다른 세션에서 SELECT를 제외한 대부분의 DDL문장이나 DML문장을 실행하는 경우 글로벌 락이 해제될 때까지 해당 쿼리가 대기 상태로 남게 된다. 그러나 글로벌 락은 테이블 잠금을 걸기 전에 플러시를 하기 때문에 글로벌 락 명령어 전에 실행되던 잠금과 쿼리가 있다면 이것이 끝나야 글로벌 락이 실행된다. 이처..

Transaction을 처리하는 Buffer Pool, Redo Log, Log Buffer를 알아보자 Buffer Pool )_ 메모리 영역 디스크의 데이터 파일이나 인덱스 정보를 메모리에 캐시해 두는 공간이다. 쓰기 작업을 지연시켜 일괄 작업을 처리 할 수 있게 하는 버퍼인데 INSERT, UPDATE, DELETE처럼 데이터를 변경하는 쿼리는 데이터 파일의 이곳저곳에 위치한 레코드를 변경하기 때문에 랜덤한 디스크 작업을 발생시킨다. 그러나 버퍼 풀이 이렇게 변경된 데이터를 모아서 처리하면 랜덤한 디스크 작업의 횟수를 줄일 수 있다. Redo Log Checkpoint : 트랜잭션의 내용을 buffer pool과 Redo log에 쌓지 않고 Redo Log가 가득 차거나 주기적으로 Buffer poo..

다중 버전 동시성 제어 공유 데이터를 다룰 때 동시에 다수의 유저들이 동일한 데이터에 접근하는 상황이 발생한다. 이러한 동시 실행 제어의 문제점을 해결해서 데이터의 일관성을 유지하기 위해 기존에는 locking방식을 사용했다. 그러나 locking은 쓰기가 발생할 때 대기 상태가 발생하며 쓰기가 많이 발생하는 서버에서는 동시성을 떨어뜨린다. 그래서 어떤 데이터가 여러차례 수정될 경우 수정이 가해진 시점의 개별 버전을 모두 저장하여 데이터 객체를 개별 버전들의 연속체로 정의함으로써 읽기와 쓰기 간의 경합을 최소화할 수 있는 다중 버전 동시성 제어의 개념이 생겼다. 개별 버전을 모두 저장, 즉 스냅샷을 사용한다는 점이 mvcc의 특징이다. MGA 튜플을 업데이트 할 때 새로운 값으로 변경하는 것이 아니라 [..