MySQL1 순차 PK vs. UUID: InnoDB 클러스터링 인덱스와 복제 전략 InnoDB에서는 클러스터링 인덱스(B+-트리) 구조를 사용한다. 즉, 테이블 전체가 하나의 거대한 인덱스로 관리되며, 리프 페이지에 PK 순으로 정렬된 실제 레코드가 저장된다. 덕분에 PK 기준 검색(SELECT)에선 압도적으로 빠르고, 특히 범위 스캔이 물리적 순서대로 일어나니 디스크·버퍼 캐시 효율까지 챙길 수 있다. 단점도 있다. 세컨더리 인덱스(=비클러스터드 인덱스)는 리프 노드에 PK 값만 들고 있기 때문에, '세컨더리 인덱스 → PK → 실제 레코드'라는 두 번의 lookup이 필연적이다. 또한 PK 값이 수정되거나 랜덤하게 삽입·삭제될 경우 페이지 split이 잦아지고, 그만큼 I/O 및 잠금 비용이 늘어난다. 그래서 MySQL 8.0 이상의 InnoDB에선 순차적으로 증가하는 AUTO_I.. 2025. 5. 17. 이전 1 다음