S(*). Architect

  • 홈
  • 태그
  • 방명록

b-tree 1

인덱스 구조

학습 목표B+ Tree의 내부·리프 노드 구조와 범위 검색에 유리한 이유를 설명할 수 있다.삽입·분할(split) 이 트리 높이를 로그적으로 유지함을 설명할 수 있다.해시 인덱스가 등치 검색에 적합하고 범위 검색에 약한 이유를 설명할 수 있다.클러스터드·논클러스터드·커버링 인덱스의 I/O 차이를 설명할 수 있다.문제 상황WHERE user_id = 42가 테이블 500만 행에서 Seq Scan으로 8초 걸린다힙 전 페이지를 읽는다user_id에 인덱스를 만들었더니 0.3ms로 떨어졌다B+ Tree로 후보 페이지만 좁힌다복합 인덱스 (status, created_at) 없이 WHERE status = 'OPEN'만 자주 쓴다선택도가 낮으면 옵티마이저가 인덱스보다 Seq Scan을 고를 수 있다SELECT ..

데이터베이스 따라잡기 2026.06.24
이전
1
다음
더보기
프로필사진

S(*). Architect

소프트웨어 아키텍트이자 AI Platform 엔지니어의 소소한 이야기 기록 + 캠핑 | 골프 | 자동차를 겸비한.

  • 분류 전체보기 (185) N
    • 운영체제 따라잡기 (25)
    • 네트워크 기초 (21)
    • 소프트웨어 아키텍처 (26) N
    • 데이터베이스 따라잡기 (25)
    • 플랫폼, 데브옵스와 클라우드 (22)
    • 관측성 (15)
    • 애플리케이션 보안 (20)
    • Infrastructure as Code (11) N
    • ELK & Elastic Cloud (8) N
    • Data & AI (7) N
    • AIOps & MLOps (4)
    • Golf 이야기 (1)

Tag

elk, 아키텍처, elasticsearch, aws, 보안, Database, DevOps, observability, IaC, network, 운영체제, security, kubernetes, Operation System, 관측성, 네트워크, 데이터베이스, elasticcloud, Architecture, MSA,

최근글과 인기글

  • 최근글
  • 인기글

Archives

Copyright © AXZ Corp. All rights reserved.

티스토리툴바