najang 님의 블로그

인덱스 설계부터 EXPLAIN 분석까지: 쿼리 성능 개선 기록

목차 1.1 인덱스란?데이터베이스에서 인덱스(Index)란 특정 컬럼의 값을 정렬된 순서로 별도 저장해 두는 자료구조입니다.책의 색인(목차)을 떠올려 보면 이해하기 쉽습니다. 두꺼운 책에서 특정 용어를 찾을 때, 처음 페이지부터 끝까지 훑는 대신 색인 페이지에서 해당 용어를 찾고 바로 해당 페이지로 이동하죠. 데이터베이스 인덱스도 동일한 원리입니다. 전체 테이블을 풀 스캔(Full Scan)하지 않고, 인덱스를 통해 원하는 데이터의 위치로 빠르게 이동할 수 있습니다.인덱스의 내부 구조인덱스는 실제 데이터를 복제해서 저장하지 않습니다. 대신, 인덱스의 끝에는 실제 데이터가 저장된 디스크 주소(포인터)만을 보관합니다.[인덱스 구조 예시 - 이름 컬럼 기준]인덱스 (정렬된 키 + 포인터) ..

목차 낙관적 락 테스트에서 잘못 세운 기대값장바구니에 동일 상품을 담을 때 수량을 누적시키는 기능을 구현하면서, 낙관적 락을 적용한 동시성 테스트를 작성했습니다.처음에는 “동시에 100번 요청하면 딱 1건만 성공해야 한다”고 생각했고, 그에 맞춰 assertion도 작성했습니다.그런데 실제 결과는 전혀 다르게 나왔습니다.성공 건수가 1이 아니라 여러 건으로 나타났고, 그 순간 제가 낙관적 락의 동작 방식과 테스트의 기대값을 서로 다르게 이해하고 있었다는 점을 깨달았습니다.이번 글에서는 그 시행착오를 정리해 보려고 합니다.특히 왜 아래와 같은 assertion이 낙관적 락 테스트에 자연스럽지 않았는지,// 동시에 100번 요청하면 1건만 성공해야 한다.assertThat(result.successCo..

목차 TL;DR지도 앱의 실시간은 연동이 아니라 연출이다! 들어가며“1분 뒤 도착이라 했는데, 왜 안 오지”? 혹은 “곧 도착이라 했는데, 왜 이미 지나갔지?”지도 앱을 쓰며 누구나 한 번쯤 품어봤을 의문입니다.오늘도 어김없이 출근을 하기 위해 지도 앱을 켜고 대중교통을 기다리던 와중, 근본적인 궁금증이 들었습니다.지도 앱의 ‘실시간’은 정말 실시간일까?오늘은 이 간극 속에 숨겨진 데이터 파이프라인에 대해 얘기해보고자 합니다.1. ’실시간‘의 정의: 우리가 속고 있는 걸까?실제 흐르는 시간과 같은 시간. (표준국어대사전) 사전적 의미의 실시간은 '오차 없는 동시성'을 뜻하지만, 기술의 세계에선 조금 다릅니다. 물리적 지연(Latency)이 존재하는 한, 완벽한 실시간은 불가능하기 때문이죠. 따..

목차 들어가며: “테스트가 나를 괴롭히기 시작했다”처음 테스트 코드를 작성했을 때, 테스트의 개수가 늘어나는 것만으로도 마냥 뿌듯했습니다.초록색 체크 표시✅가 늘어날수록 제 코드가 안전하다고 말해주는 것 같았거든요.그런데 어느 순간부터 테스트가 저의 발목을 잡기 시작했습니다.로직은 그대로인데 리팩터링만 하면 테스트가 우수수 깨지고,verify()가 줄줄이 달린 테스트 코드는 읽기도, 고치기도 어려웠으며,무엇보다 “이 테스트로 무엇을 검증하고 싶은 거지?” 라는 의문이 계속 들었습니다.문제는 테스트 더블(Test Double)을 쓰는 방식에 있었습니다.특히 Mock을 너무 많이 쓴 것과 검증 포인트를 잘못 잡은 것이 가장 큰 원인이었습니다. 이 글은 제가 테스트 코드를 작성하면서 부딪힌 시행착오를 바탕으로..