본문 바로가기

CS/DataBase

(MySQL) MySQL 스토리지 엔진 아키텍처 - InnoDB 2022. 8. 31. 23:53 InnoDB 개요 InnoDB는 레코드 기반의 잠금을 제공하여 그로 인해 높은 동시성 처리가 가능하고 안정적이며 성능이 뛰어나다. InnoDB 특징 프라이머리 키에 의한 클리스터링 InnoDB의 모든 테이블은 프라이머리 키 값의 순서대로 디스크에 저장된다. 첨언하자면 클러스터형 인덱스는 영어사전이다. 영어사전은 알파벳 순으로 정렬되어 있다는 특징이 있으며 보조 인덱스는 일반 책의 뒤편에 있는 찾아보기와 같다. 찾아보기를 통해 키워드에 해당하는 내용을 빠르게 찾을 수 있다는 특징이 있다. 외래 키 지원 외래 키는 InnoDB만 유일하게 지원한다. 외래 키 설정 시 주의사항 외래 키 연관 테이블에 대한 잠금 전파 주의 데드락 발생 주의 foreign_key_checks Option을 통해 외래 키 체크 해제..
(MySQL) MySQL 아키텍처 2022. 8. 31. 15:14 MySQL 엔진 아키텍처 InnoDB 스토리지 엔진 아키텍처 MySQL 엔진 구조 MySQL 엔진의 아키텍처는 크게 MySQL 엔진, 스토리지 엔진, 핸들러 API 이루어져 있다. MySQL 엔진 MySQL 엔진은 클라이언트 요청을 처리하는 시작점이다. 커넥션 연결 및 쿼리에 대한 요청 및 최적화를 담당한다. SQL 파서, 전처리기 (Query) 옵티마이저 (Optimize) 스토리지 엔진 스토리지 엔진은 MySQL 엔진의 쿼리 실행기에서의 요청 데이터를 디스크에 저장하거나 읽어오는 역할을 담당한다. 대표적으로 InnoDB와 MyISAM이 존재한다. 각각의 스토리지 엔진은 처리 시 최적화를 진행한다. InnoDB : 키 캐시 MyISAM : 버퍼 풀 핸들러 API 핸들러 API는 MySQL 엔진이 스토..
(MySQL) MMM, MHA 2020. 4. 5. 18:27 MMM (Multi - Master Replication Manager) Perl 기반의 Auto Failover Open Source DB 서버에서 에이전트 실행 이 후 MMM 모니터와 통신을 하는 방식 (Health chekc, Failover 수행) Monitor Agent 통신방식 MMM의 구조 Master (Activce) 와 Master (Standby) 양방향 복제 Master (Standby) 는 데이터가 변경되지 않도록 MMM 모니터로부터 읽기모드로 제어된다. MMM의 구조 - Slave 추가 Slave가 추가된다면 단방향 복제의 Slave가 하나씩 추가되는 구조 이역시 Master(Active) 를 제외하고는 모두 읽기모드로 제어된다. MMM FAILOVER 과정 Master(Acti..
(MySQL) Transaction Isolation Levels 2020. 3. 29. 23:27 아래와 같이 4가지 Transaction Isolation Level이 존재한다. READ UNCOMMITTED READ COMMITTED REPEATED READ SERIALIZABLE 사전에 EMPLOYEE라는 테이블에 예시 데이터를 몇 개 넣고 시작하자! READ UNCOMMITTED 다른 트랜잭션에서 커밋하지 않은 데이터들을 읽어올 수 있는 LEVEL Transactio01에서 READ UNCOMMITTED를 걸었다. 그 와중에 또 다른 Transaction02에서 아래와 같이 UPDATE, INSERT 하는 Transaction을 생성하였다. (커밋 이전) 커밋을 하지 않았음에도 불구하고 Transactio01 해당 결과가 조회 가능하다. 이 결과 우리가 알 수 있는 것은 세 가지이다. 아직 C..
(MySQL) Replication 2020. 3. 29. 22:18 My SQL Replication이란? Replication은 해석 그대로 복제를 뜻한다. 2대 이상의 DBMS를 누나 우서 데이터를 저장하는 방식을 의미한다. 최소 구성 : Master, Slaves - Slaves는 Master로부터 업데이트된 데이터를 받기 위해 영구적으로 연결될 필요는 없다. default : asynchronous Master DBMS : 웹 서버로부터 CRUD 요청 시 바이너리 로그를 생성하여 Slaves 서버로 전달 Slaves DBMS : Master DBMS로부터 전달받은 바이너리 로그를 데이터로 반영 My SQL Replication의 목적 1. 백업 Master 서버에 등록/수정/삭제 가 발생하는 즉시 Slaves 서버에 변경된 데이터를 전달하게 된다. 이 결과 데이터..
(MySQL) Direct I/O 2020. 3. 8. 17:06 Direct I/O가 무엇인가 Direct I/O는 시스템의 read/write 버퍼 캐시를 거치지 않고 (ByPass) 직접 I/O를 수행하는 것이다. 왜 Direct I/O 인가? 대부분의 경우에는 Buffered cache 가 훨씬 더 나은 성능을 제공하지만 특정 애플리케이션의 경우에는 혜택이 거의 없다. 데이터베이스(DBMS)는 일반적으로 응용 프로그램 수준에서 데이터 캐싱을 관리하므로이 서비스를 구현하기 위해 파일 시스템이 필요하지 않다. 조금 더 구체적으로 말하자면 데이터베이스는 내부적으로 버퍼를 관리하고 해당 알고리즘이 운영체제에서 관리하는 버퍼 캐시에 대한 알고리즘보다 우수하다. 운영체제가 버퍼링 한것을 데이터 베이스 내부에서 한번 더 버퍼링을 하므로 이러한 경우에 오버헤드가 발생한다. 이..
(MySQL) Adaptive Hash Index 2020. 3. 8. 15:42 Adaptive Hash Index이란? B-Tree 인덱스를 보완하기 위해서 나온 기법이다. B-Tree 인덱스는 데이터의 양이 아무리 증가해도 데이터 접근 퍼포먼스가 선형적으로 증가하지 않는다는데 장점이 앗다. 하지만 자주 조회되는 데이터임에도 불구하고 매번 트리의 경로를 쫓아가야 하므로 조금 고지식한 경향이 있다. Adaptive Hash Index는 B-Tree의 이러한 단점을 보완하기 위해서 자주 사용되는 데이터 값만 내부적으로 해시 값을 생성하여 조회를 성능을 높인다. (즉 모든 데이터에 해시 값을 적용하지 않는다는 것이다.) Adaptive Hash Index의 장점 자주 사용되는 자원을 해시 값을 통해서 접근하기 때문에 락(Mutex)으로 인한 지연이 줄어든다. B-Tree인덱스 보다 훨씬..
(MySQL) ACID : 트랜잭션을 통한 동시성 제어 2020. 3. 8. 12:45 데이터베이스 요청은 순차적으로 선형 시간에 발생한다. 많은 유저들이 데이터베이스에 접근하거나 한 명의 유저가 요청을 실행 중일 때 해당 결과에 대해서 일관성을 보장하는 것이 중요하게 되었다. 일관성을 유지하기 위해서는, 전반적으로 처리되는 요청의 그룹인 트랜잭션을 사용해야 한다. 즉 트랜잭션은 논리적인 작업 단위이다. 원자성 (Atomicity) 원자성은 트랜잭션이 반드시 완수되어야 함을 의미한다. 만일 원자성을 따르지 않는다면 트랜잭션은 붕괴된다. 원자성은 데이터 무결성을 망가뜨리는 부분적으로 완료된 트랜잭션으로 절대로 남아있지 않도록 보장한다. 예시 은행에서 돈을 인출한다고 가정하자 인출을 완료하였지만 두 번째 요청이 실패하여 해당 시스템은 또 다른 은행에서 돈을 꺼내올 수 없는 경우 두 요청 모두 ..
(MySQL) MyISAM vs InnoDB 2020. 2. 16. 21:19 MyISAM vs InnoDB MyISAM 한마디로 정의하자면 가볍고 빠르다. 엔진 자체가 아주 기본적인 기능만 제공하여 데이터 변경이 자주 일어나지 않고 검색이 자주 일어나는 테이블인 경우 사용하기에 적합하다. 다만 트렌잭션을 지원해주지 않아 데이터 무결성을 보장하지 않기 때문에 개발자가 코드레벨에서 이에 대한 처리를 해주어야 한다는 단점이 존재한다. (외래 키 생성도 불가하다.) SELECT에 최적화되어있는 아주 가벼운 엔진 victorydntmd.tistory.com/129 [DB이론] 트랜잭션(transaction)과 ACID 특성을 보장하는 방법 1. 트랜잭션( transaction ) 트랜잭션이란 질의(query)를 하나의 묶음 처리해서 만약 중간에 실행이 중단됐을 경우, 처음부터 다시 실행하..
(MySQL) Inno Storage 엔진 2020. 2. 16. 20:43 Inno DB의 개요 Inno DB는 높은 신뢰성과 높은 퍼포먼스의 균형을 이루는 대표적인 스토리지 엔진이다. 8.0 버전 이후로 MySQL의 default 스토리지 엔진이 되었으며 다른 스토리지 엔진을 사용하기 위해서는 테이블 생성 시 명시하여야 한다. Inno DB의 DML은 ACID 모델을 따른다. Inno DB는 기본 키를 기반으로 쿼리를 최적화 하기 위해 디스크에 데이터를 정렬한다. Inno DB는 무결성을 유지하기 위해 FK를 지원한다. Inno DB의 장점 1. 만일 하드웨어 혹은 소프트웨어에 이슈사항이 생겼다면 해당 시점의 DB에 일어난 일들과 관계없이 리부팅 이후에 특별한 작업을 할 필요가 없다. Inno DB의 crash recovery는 이러한 문제가 발생하기 이전에 자동적으로 커밋을..

티스토리툴바