느린 쿼리를 개선하는 것은 사용자의 입장에서도 중요하지만 DB 레벨의 효율적 자원관리를 위해서도 꼭 필요한 일이다. 어떻게 쿼리의 실행 시간들을 확인할 수 있을까? 직접 일일이 실행시켜보면서 시간을 재야 하나? 다행히도 일부 DB들은 그들 서버에서 수행되는 쿼리 중 서버에 악영향을 미칠 수 있는 Slow Query(슬로우 쿼리)들을 따로 저장해두고, 이를 개발자들이 확인할 수 있도록 하고 있다. 이 글에서는 슬로우 쿼리의 확인이 용이한 두 DB, Mysql과 Postgresql에서 이를 설정하고 확인하는 법을 다루려고 한다. Mysql 설정법 Mysql에서는 아래 내용을 my.cnf에 추가하면 1초 이상 걸리는 쿼리를 슬로우 쿼리로 상정하고 이에 대한 수집이 시작된다. 물론 설정 파일을 수정했기 때문에 ..

일반적으로 Index Scan이라고 불리우는 기법들(Index Range Scan, Index Unique Scan 등)은 Single Block IO를 활용한다. (해당 내용에 대한 이해도가 부족하다면 이전 글 참조 -> 테이블 스캔 방식에 따른 DB Block IO 전략) 뒤에 설명하겠지만, 읽어야 할 블록이 버퍼에 존재한다고 해도 해당 블록에 접근하기 위한 메모리 상의 포인터를 획득하는 과정이 필요하다. 따라서 읽어야 할 인덱스 레코드가 많은 경우엔, 그 수 만큼 논리적 IO가 발생한다고 볼 수 있고 매번 포인터를 새롭게 획득한다고 생각할 수 있다. 만약 인덱스 리프 노드에서 읽어낸 테이블 ROWID가 대부분 동일한 블록을 가리키고 있다면? 그럼에도 불구하고 인덱스 레코드 수 만큼 포인터 획득 과정..

Database가 쿼리에서 요구하는 데이터를 검색하기 위해 테이블에 접근하는 방식에는 다양한 종류가 있다. 크게는 인덱스의 활용 여부에 따라 갈리고, 인덱스를 어떤 방식으로 스캔할지에 대해서도 종류가 나뉜다. 이렇게 나뉜 테이블 스캔 방식은 대략 아래와 같이 나타낼 수 있다. Table Full Scan(Sequential Scan) Index Range Scan Index Full Scan Index Unique Scan Index Skip Scan Index Fast Full Scan 이 때 각 스캔 방식들은 내부적인 작동 방식에 따라 서로 다른 Block IO 전략을 갖게 되는데, 이러한 내부 작동의 차이를 이해하면 왜 DB가 해당 방식을 사용했는지에 대한 이해도를 높일 수 있다. 따라서 해당 글에..

실제로 DB를 다루게 되는 상황에서 빠질 수 없는 것이 바로 인덱스이다. 인덱스를 통하면 특정 조건에서 데이터의 조회 성능이 비약적으로 증가한다는 것은 누구나 알고 있는 사실이다. 그러면서도, 인덱스를 남발하면 안된다는 것 또한 다들 알고있다. 이 때 등장하는 논리가 바로 인덱스가 차지하는 공간적 비용과 데이터 삽입 시 추가적으로 발생하는 시간적 비용에 대한 비중을 무시할 수 없다는 것이다. 그런데 막상 이렇게 겁만 주고 실제로 그 정도가 어느 정도인지 알려주는 자료는 많이 없어서 이에 대해 실제로 확인해보려고 한다. 테스트 환경은 Mysql이고, 아무런 릴레이션이 존재하지 않는 독립된 테이블에서 테스트를 진행하였다. -- 테이블 생성 create table item ( id BIGINT NOT NULL..

일반적인 서버 - 클라이언트 모델에서 서버 측은 데이터의 영속성을 위해 Database를 활용한다. 이러한 상황에서 데이터의 흐름은 간략하게 표현하면 클라이언트 - WAS - DB 의 형태가 되는데, 일반적인 RDB 기준 데이터들은 모두 Disk에 적재되기 때문에 시스템 콜을 유발하게 되고 서버 환경 내 병목이 가장 많이 발생하는 지점 중 하나가 된다. 결국 WAS - DB 간 응답 속도의 개선이 전체 응답 속도의 개선으로 이어지는 경우가 많기 때문에 쿼리의 개선을 이루어내는 것은 몹시 중요하다. 여기까지 오고나면 개선이 중요하다는 것은 이해가 되는데, 쿼리 수정을 통해 개선이 이루어지고 있는지 판단하는 기준은 무엇으로 삼아야할까? 물론 클라이언트 측에서 개발자 도구를 통해 응답 속도가 어떻게 변화하는지..

2023.04.13 - [Network/Network 스터디] - Application Layer (in TCP/IP 4 Layers) 2023.04.29 - [Network/Network 스터디] - Transport Layer (in TCP/IP 4 Layers) 2023.05.11 - [Network/Network 스터디] - Network Layer (in TCP/IP 4 Layers) Application Layer (in TCP/IP 4 Layers) 현대 사회에서 특정 사용자의 컴퓨터를 통해 지구 반대편의 사용자와 메시지를 주고 받는 일이 전혀 어렵지 않은 일이다. 이를 가능케 해주는 것이 네트워크인데, 네트워크는 편의에 따라 크게 one-armed-boy.tistory.com Transpo..