이번 글에서는 MVCC의 개념과 어떻게 동작하는 것인지, 그리고 트랜잭션 격리수준을 구현할 때 이를 어떻게 활용하고 있는지에 대해 가장 많이 쓰이는 데이터베이스 중 하나인 Mysql을 통해 정리하고자 한다. 들어가기 앞서 이번 글에서 중점적으로 다루게 될 MVCC 주제로 들어가기 전에, 먼저 트랜잭션 격리수준에 대한 배경지식이 필요하다. 트랜잭션 격리수준이란, 데이터베이스 내에서 트랜잭션들이 동시다발적으로 실행될 때 해당 트랜잭션의 조회 결과가 다른 트랜잭션에 얼마나 영향을 받게할지에 대한 수준을 의미한다. READ UNCOMMITED, READ COMMITED, REPEATABLE READ, SERIALIZABLE의 총 4가지 수준으로 구성되고 언급한 순서의 역순으로 격리 수준이 높아진다. (READ ..

개인적으로 SQL의 Exists 연산자에 대한 이해도가 낮았고 이로 인해 실제로 활용을 거의 못하고 있었는데, DB 스터디를 위해 책을 읽는 도중 해당 연산자에 대한 내용이 등장해서 이 기회에 이를 확실히 정리하고 넘어가고자 한다. Exists 연산자란? Exists 연산자는 연산자 이후에 등장하는 서브쿼리에 대해 결과 데이터가 존재할 경우 True, 그렇지 않을 경우 False를 반환하는 역할을 수행한다. 말로만 설명하면 이해가 어려우니 실제 예시를 들어보면 아래와 같다. SELECT post.id, post.name FROM post WHERE post.user_id = 10 AND EXISTS ( SELECT 1 FROM comment WHERE comment.post_id = post.id AND..

개인적인 경험 상, 취업을 준비하는 개발자 지망생 분들이나 혹은 신입 내지 주니어 개발자 분들 사이에는 서브 쿼리를 사용하면 데이터의 검색 성능이 드라마틱하게 나빠질 것이라는 통념이 존재하는 것 같다. 나 또한 그렇게 생각해왔었는데 이게 정말 맞는지, 아니면 오해인 것인지 확인해보려한다. 서브 쿼리란? 서브 쿼리란 메인 쿼리가 존재하는 상황에서 메인 쿼리 내에 포함된 또 다른 쿼리를 의미한다. 어떤 절에 포함된 쿼리인지에 따라 스칼라 서브 쿼리(SELECT 문), 인라인 뷰(FROM 절), 서브 쿼리(WHERE 절, 그냥 서브 쿼리라고 하는 듯...) 등의 명칭으로 불린다. 아래는 서브 쿼리의 예시이다. -- 스칼라 서브 쿼리 SELECT p.id AS id, (SELECT email FROM accou..

현재 DB 스터디의 일환으로 '친절한 SQL 튜닝'을 한번 더 읽고 있다. 이번 파트는 소트 머지 조인 + 해시 조인 인데, 개인적으로 해당 서적을 이미 1회독한 상황이라 두 조인이 대략적으로 어떻게 작동하고, 어떤 상황에서 활용되는지는 이해하고 있다. 다만 1회독 시 잘 몰라서 그냥 넘어갔던 오라클의 PGA와 SGA의 개념이 있는데, 이번 기회에 이를 공부하고 넘어가면 좋겠다 싶어 공부한 내용들을 기록해두기 위해 이 글을 작성한다. 이 글에서는 책에서 간단하게 다뤄진 데이터 조회 시 SGA와 PGA 접근의 속도 차이에 중점을 두고 다뤄보려한다. 각 메모리 공간에 대한 소개 SGA SGA란 System Global Area의 약자로, DB 내 하나만 존재하면서 모든 세션이 공유하는 메모리 공간이다. SG..

다양한 데이터의 접근 형태에 일일이 대응하여 인덱스를 많이 만들 수 있는 환경이라면 인덱스 생성에 있어 고민의 여지가 적겠지만, 아쉽게도 인덱스가 많아지면 많아질수록 그에 따른 사이드 이펙트(DML 성능 저하, 저장 공간 차지)가 존재한다. 따라서 적은 수의 인덱스를 유지하는 동시에 다양한 데이터 접근 형태에 대해 인덱스 스캔을 지원하는 것은 중요하다. 이를 위해서는 복합 인덱스 기반으로 하나의 인덱스가 여러 상황을 커버할 수 있도록 테이블 설계가 이루어져야 한다. 해당 글에서는 이를 돕기 위해 복합 인덱스가 어떤 방식으로 작동하는지 알아보고, 복합 인덱스가 작동하는 경우의 수에 대해 다뤄보려고 한다. 이 글은 Mysql 기준으로 작성되었다. 복합 인덱스 작동 방식 복합 인덱스는 둘 이상의 칼럼을 통해 ..

얼마 전 SQL 쿼리를 작성하다가 문득 문자열 칼럼에 퍼센트(%) 기호없이 LIKE를 쓰는 것과 곧바로 등호 연산자를 쓰는 것에 어떤 차이가 있는지 의문이 생겼다. 다만 이를 곧바로 해결하지 않았다가 잊고 있었는데, 스터디를 위해 책을 읽다가 LIKE 연산자를 사용할 때와 등호 연산자를 사용할 때 내부적인 작동 방식이 차이가 있는 것으로 생각되어 이를 정리하고자 이 글을 작성한다. 해당 문서는 Mysql을 기준으로 작성되었으며, 다른 DB의 경우 다르게 작동할 여지가 있습니다. LIKE vs Equal(=) LIKE를 사용할 경우 와일드카드의 도움을 받아서 더 자유로운 방식의 문자열 비교가 가능하다는 것은 대부분이 아는 사실이니 넘어가도록 하자. (Equal에서는 와일드카드들도 전부 비교 문자열의 일부로..