Index

검색은 빨라야 한다, 그런데 쓰기도 빨라야 한다면? (feat. PostgreSQL GiST)GIN이 모든 답은 아니다. pg_trgm에서 GiST를 선택해야 하는 순간들이전 글에서는 MySQL에서 LIKE '%keyword%'가 왜 느린지, 그리고 PostgreSQL에서는 pg_trgm + GIN 조합으로 이 문제를 어떻게 더 깔끔하게 해결할 수 있는지 정리했다.흐름을 다시 요약하면 이렇다.1편: MySQL B+Tree index는 leading wildcard가 붙은 LIKE '%keyword%' 검색에서 seek point를 잡지 못한다.2편: PostgreSQL은 pg_trgm + GIN으로 LIKE 문법을 유지하면서도 substring search를 인덱스로 가속할 수 있다.CORE이번 글의 핵..

Real MySQL 8.0 – 인덱스 정리인덱스는 “많이 만들수록 좋은 것”이 아니었고, “언제·어디에·어떤 걸·어떻게 써야 하는지”가 핵심이었음목차 1. 디스크 I/O 3. B-Tree 구조 6. 읽기 패턴 9. PK 설계 체크리스트목차디스크 I/O와 인덱스의 존재 이유인덱스란 무엇인가 – SortedList vs ArrayListB-Tree 인덱스 구조 – InnoDB vs MyISAMB-Tree 인덱스의 쓰기 동작인덱스 성능에 영향을 주는 요소B-Tree를 통한 데이터 읽기 패턴다중 컬럼 인덱스와 Left-most 규칙기타 인덱스: R-Tree, Fulltext, 함수 기반, 멀티 밸류클러스터링 인덱스와 InnoDB의 PK 설계유니크 인덱스와 외래 키인덱스 설계 실무 체크리스트1. 디스크 I/O와 ..