인덱스를 잘 이용하려면 당연히 인덱스가 어떻게 실제 레코드를 읽어내는 지를 알아야한다. 이번 포스팅에서는 MySQL이 인덱스를 이용하는 대표적인 방법을 살펴보겠습니다. 인덱스 레인지 스캔 인덱스 레인지 스캔은 검색해야 할 인덱스의 범위가 결정됐을 때 사용하는 방식이다. SELECT * FROM employees WHERE first_name BETWEEN 'Ebbe' AND 'Gad'; 위 쿼리를 실행하면, first_name이 세컨더리 인덱스이기때문에 스캔해야할 위치 검색을 위한 비교작업을 수월하게 수행할 수 있다. (아래 그림의 두꺼운 선) 세컨더리 인덱스를 이용해 스캔 시작 위치를 결정하고, 그 지점부터 필요한 방향으로 인덱스를 읽어나가고 있다. 위 사진은 리프 노드에 저장된 (인덱스 키, PK)를..

인덱스의 키 값의 크기가 조회에 어떤 영향을 끼칠 수 있을까?? 이를 알기 위해서는 아래와 같은 배경지식이 필요하다. 디스크에 데이터를 저장하는 가장 기본 단위를 페이지라고 한다. 그리고, 페이지는 디스크와 메모리에 데이터를 읽고 쓰는 작업에 최소 단위가 된다. 한 페이지를 읽을 때마다 한 번의 디스크 I/O가 발생한다. 3 페이지를 읽어야된다면, 3번의 디스크 I/O가 발생! 같은 쿼리라면, 적게 읽을 수록 효율적 💡 그렇다면, 페이지에는 데이터들이 어떻게 저장되는 걸까?? 테이블에 데이터를 삽입하거나 업데이트하면 InnoDB는 데이터를 페이지 단위로 관리하며, 데이터들은 크기가 MySQL에서 정의한 페이지 크기까지 저장되었다가 만약 그 용량을 초과하면 새로운 페이지를 만들어 거기에 저장한다. 중간 결..

공부 이유 이번 학기의 목표는 단순히 소스코드를 작성하는 것이 아니라, 내가 작성한 코드를 통해서 들어온 데이터들이 DB에 얼마만큼의 용량을 차지하는 지 성능은 어떻게 하면 향상 시킬 수 있는 지 이에 대한 비용은 어느 지점이 가장 효율적인 지를 고민하는 것이다. 그러기 위해서는 직전학기에 제대로 이해하지 못 했던 컴퓨터 구조와 운영체제를 알아야할 필요성을 느꼈고, 이에 이번 학기에 컴퓨터 구조와 운영체제를 학습하여 목표를 달성하고자 한다. 대략적인 그림 그려보기 컴퓨터가 뭐야? 컴퓨터는 주어진 데이터에 입력된 명령어에 맞는 결과를 반환하는 녀석이다. 그렇다면, 컴퓨터를 구성하는 핵심 부품들은 어떤 거야? 메인 보드 : 컴퓨터의 핵심 부품들을 부착할 수 있게 만드는 부품 메모리 : 현재 실행되는 프로그램..

도토링 프로젝트의 프로필 이미지 수정 기능을 개발하다가 아래와 같은 문제상황을 만나 의미있는 문제 상황이어서 포스팅하려 합니다. 문제 상황현재 상황은 아래와 같습니다.  resources/static/files 안에 default_profile~~ 이미지가 저장되어 있습니다.  빌드후 애플리케이션을 실행한 후 해당 이미지가 저장된 경로로 조회하면, 위와 같이 이미지가 잘 조회되는 것을 확인할 수 있습니다. 하지만, 아래와 같이 새로운 이미지를 아까와 동일한 경로에 업로드하면 해당 이미지는 조회가 되지 않습니다.  아래와 같이 이미지는 잘 저장이 된 상태입니다.   그렇다면, 실행 중인 애플리케이션을 빌드 -> 실행한 후 조회를 해보면 어떨까? 놀랍게도 조회가 잘 되는 것을 확인할 수 있습니다. 문제 분석..

빌드와 컴파일 많이 들어서 익숙한 단어들이지만 정확히 어떤 뜻인지는 잘 알지 못 했다. 이번 기회를 통해서 두 단어의 차이에 대해서 알아보려고 한다!! 컴파일 컴파일의 정의는 개발자가 작성한 소스코드를 바이너리 코드로 변환해주는 것이다. 하지만, JAVA에서는 컴파일러에의해 소스파일(.java)가 목적파일(.class)로 변환될 때 가상머신(JVM)이 인식할 수 있는 바이트 코드로 변환된다! 💡 바이너리 코드란? CPU가 이해할 수 있는 언어이다.(0과 1로 구성된 이진코드) 바이트 코드란? 가상머신이 이해할 수 있는 언어이다.(0과 1로 구성된 이진 코드) 링크 컴파일이 각 소스파일(.java)들을 목적파일(.class)로 변환해주는 것이라면, 링크는 이들을 연결해주는 것이다. 개발을 할 때 다른 소스..

필자는 N+1 문제를 해결하기 위해 보통은 Fetch Join을 애용하고 있었다. 도토링 프로젝트를 개발하며, 여느때와 같이 Fetch Join을 여러번 사용했는 데 아래와 같은 에러를 마주했다. org.hibernate.loader.MultipleBagFetchException: cannot simultaneously fetch multiple bags: [com.theZ.dotoring.app.mento.model.Mento.memberMajors, com.theZ.dotoring.app.mento.model.Mento.desiredFields] MultipleBagFetchException이 뭘까?? 이는 이름에서도 유추할 수 있듯이 Fetch Join을 여러번 사용하면 발생할 수 있는 에러이다. ..