▣ 01장: MongoDB 1.1 데이터베이스 트렌드 1.2 MongoDB의 라이선스 1.3 MongoDB 버전 __1.3.1 setFeatureCompatibilityVersion 옵션 1.4 MongoDB vs. RDBMS(MySQL) 1.5 MongoDB vs. NoSQL(HBase) 1.6 MongoDB 아키텍처 1.7 MongoDB 배포 형태 __1.7.1 단일 노드(Standalone) __1.7.2 단일 레플리카 셋(Single Replica-set) __1.7.3 샤딩된 클러스터(Sharded Cluster) ▣ 02장: 스토리지 엔진 2.1 플러그인 스토리지 엔진 __2.1.1 MongoDB 스토리지 엔진 __2.1.2 스토리지 엔진 혼합 사용 2.2 MMAPv1 스토리지 엔진 __2.2.1 MMAPv1 스토리지 엔진 설정 __2.2.2 데이터 파일 구조 __2.2.3 MongoDB 서버 상태 확인 __2.2.4 운영체제 캐시 __2.2.5 데이터 파일 프레그멘테이션 2.3 WiredTiger 스토리지 엔진 __2.3.1 WiredTiger 스토리지 엔진 설정 __2.3.2 WiredTiger 스토리지의 저장 방식 __2.3.3 데이터 파일 구조 __2.3.4 WiredTiger의 내부 작동 방식 __2.3.5 공유 캐시 __2.3.6 캐시 이빅션(Cache Eviction) __2.3.7 체크포인트(Checkpoint) __2.3.8 MVCC(Multi Version Concurrency Control) __2.3.9 데이터 블록(페이지) __2.3.10 운영체제 캐시(페이지 캐시) __2.3.11 압축 __2.3.12 암호화 2.4 메모리 스토리지 엔진 __2.4.1 Percona MongoDB의 메모리 스토리지 엔진 설정 __2.4.2 Percona 메모리 스토리지 엔진의 특성 2.5 기타 스토리지 엔진 ▣ 03장: 복제 3.1 복제란? __3.1.1 컨센서스 알고리즘(Consensus Algorithm) __3.1.2 복제의 목적 3.2 레플리카 셋 멤버 __3.2.1 프라이머리(Primary) __3.2.2 세컨드리(Secondary) __3.2.3 아비터(Arbiter) 3.3 프라이머리 선출(Primary Election) __3.3.1 프라이머리 텀(Primary Term) __3.3.2 프라이머리 스텝 다운(Primary Step Down) __3.3.3 프라이머리 선출 시나리오 __3.3.4 프라이머리 선출 시 정족수(Quorum)의 의미 __3.3.5 롤백(Rollback) __3.3.6 롤백(Rollback) 데이터 재처리 3.4 복제 아키텍처 __3.4.1 복제 로그(OpLog) 구조 __3.4.2 local 데이터베이스 __3.4.3 초기 동기화(Initial Sync) __3.4.4 실시간 복제(Replication) 3.5 복제 로그(Operation Log) 설정 __3.5.1 OpLog 컬렉션 크기 설정 __3.5.2 복제 동기화 상태 확인 __3.5.3 OpLog 컬렉션과 백업 3.6 레플리카 셋 설정 __3.6.1 하트비트(Heartbeat) 메시지 주기와 프라이머리 선출 타임아웃 __3.6.2 레플리카 셋 멤버 설정 3.7 레플리카 셋 배포 __3.7.1 레플리카 셋 멤버의 수 __3.7.2 DR(Disaster Recovery) 구성 __3.7.3 레플리카 셋 배포 시 주의 사항 ▣ 04장: 샤딩 4.1 샤딩(Sharding)이란? __4.1.1 샤딩의 필요성 __4.1.2 샤딩의 종류 4.2 MongoDB 샤딩 아키텍처 __4.2.1 샤드 클러스터(Sharded Cluster) 컴포넌트 __4.2.2 샤드 클러스터의 쿼리 수행 절차(라우터와 컨피그 서버의 통신) __4.2.3 컨피그 서버 __4.2.4 컨피그 서버의 복제 방식 __4.2.5 컨피그 서버 가용성과 쿼리 실행 __4.2.6 라우터(mongos) __4.2.7 라우터의 쿼리 분산 __4.2.8 라우터 배포 __4.2.9 컨넥션 풀 관리 __4.2.10 백업 복구 시 주의 사항 4.3 샤딩 알고리즘 __4.3.1 청크(Chunk) __4.3.2 레인지 샤딩(Range Sharding) __4.3.3 해시 샤딩(Hashed Sharding) __4.3.4 지역 기반 샤딩(Zone Sharding) __4.3.5 샤드 키 4.4 프라이머리 샤드 4.5 청크 밸런싱 __4.5.1 샤드 클러스터 밸런서 __4.5.2 청크 스플릿(Chunk split) __4.5.3 청크 머지(Chunk merge) __4.5.4 청크 이동(Chunk migration) __4.5.5 청크 사이즈 변경 __4.5.6 점보 청크(Jumbo Chunk) __4.5.7 고아 도큐먼트(Orphaned -document) 삭제 4.6 샤딩으로 인한 제약 __4.6.1 트랜잭션 __4.6.2 샤딩과 유니크 인덱스 __4.6.3 조인과 그래프 쿼리 __4.6.4 기존 컬렉션에 샤딩 적용 ▣ 05장: 인덱스 5.1 디스크 읽기 방식 __5.1.1 디스크 저장 매체 __5.1.2 랜덤 I/O와 순차 I/O 5.2 인덱스란? 5.3 MongoDB 인덱스의 개요 __5.3.1 클러스터링 인덱스 __5.3.2 인덱스 내부 __5.3.3 로컬 인덱스(Local Index) __5.3.4 인덱스 키 엔트리 자료 구조 5.4 B-Tree 인덱스 __5.4.1 구조 및 특성 __5.4.2 B-Tree 인덱스 키 추가 및 삭제 __5.4.3 B-Tree 인덱스 사용에 영향을 미치는 요소 __5.4.4 B-Tree 인덱스를 통한 데이터 읽기 __5.4.5 컴파운드 인덱스(Compound Index) __5.4.6 B-Tree 인덱스의 정렬 및 스캔 방향 __5.4.7 B-Tree 인덱스의 가용성과 효율성 5.5 해시(Hash) 인덱스 __5.5.1 해시 인덱스의 구조 및 특성 __5.5.2 해시 인덱스의 가용성 및 효율성 __5.5.3 MongoDB 해시 인덱스의 구조 및 특성 __5.5.4 MongoDB 해시 인덱스의 제한 사항 5.6 멀티 키 인덱스 __5.6.1 멀티 키 인덱스의 주의 사항 __5.6.2 멀티 키 인덱스의 성능 __5.6.3 멀티 키 인덱스의 제한 사항 5.7 전문 검색 인덱스 __5.7.1 형태소 분석 알고리즘 __5.7.2 N-Gram 알고리즘 __5.7.3 형태소 분석과 N-Gram의 장단점 __5.7.4 전문 검색 인덱스의 활용 __5.7.5 부정 비교와 문장 검색 __5.7.6 MongoDB 전문 검색 인덱스의 버전 호환성 __5.7.7 전문 검색 인덱스의 제약 사항 5.8 공간 검색 인덱스 __5.8.1 GeoHash 알고리즘 __5.8.2 S2 Geometry 알고리즘 __5.8.3 MongoDB의 공간 인덱스 __5.8.4 MongoDB의 컴파운드 공간 인덱스 5.9 인덱스 속성 __5.9.1 프라이머리 키와 세컨드리 인덱스 __5.9.2 유니크 인덱스 __5.9.3 Partial 인덱스와 Sparse 인덱스 __5.9.4 TTL 인덱스 __5.9.5 인덱스 콜레이션(대소문자 구분 설정) __5.9.6 외래 키 ▣ 06장: 잠금과 트랜잭션 6.1 잠금 __6.1.1 MongoDB 엔진의 잠금 __6.1.2 WiredTiger 스토리지 엔진의 잠금 __6.1.3 잠금 Yield __6.1.4 잠금 진단 6.2 트랜잭션 __6.2.1 쓰기 충돌(Write Conflict) __6.2.2 단일 도큐먼트 트랜잭션(Single Document transaction) __6.2.3 문장의 트랜잭션(Statement transaction) 처리 6.3 격리 수준 __6.3.1 READ-COMMITTED __6.3.2 SNAPSHOT(REPEATABLE-READ) __6.3.3 MongoDB 서버의 격리 수준 __6.3.4 MongoDB 서버의 격리 수준과 정렬 6.4 Read & Write Concern과 Read Preference __6.4.1 Write Concern __6.4.2 Read Concern __6.4.3 Read Preference __6.4.4 maxStalenessSeconds 설정 __6.4.5 샤딩 환경의 중복 도큐먼트 처리 ▣ 07장: 데이터 모델링 7.1 데이터베이스와 컬렉션 __7.1.1 네임스페이스 __7.1.2 데이터베이스 __7.1.3 컬렉션 __7.1.4 뷰(View) __7.1.5 BSON 도큐먼트 __7.1.6 제한 사항 7.2 데이터 타입 __7.2.1 데이터 타입 비교 __7.2.2 필드 값의 비교 및 정렬 __7.2.3 문자셋과 콜레이션 __7.2.4 MongoDB 확장 JSON(Extended JSON) 7.3 모델링 고려 사항 __7.3.1 도큐먼트의 크기 __7.3.2 정규화와 역정규화(Document Referencing vs. Embedding) __7.3.3 서브 도큐먼트(Sub Document) __7.3.4 배열(Array) __7.3.5 필드 이름 __7.3.6 프레그멘테이션(Fragmentation)과 패딩(Padding) __7.3.7 도큐먼트 유효성 체크 __7.3.8 조인 ▣ 08장: 쿼리 개발과 튜닝 8.1 기본 CRUD 쿼리 __8.1.1 쿼리 작성 8.2 확장 검색 쿼리 __8.2.1 맵리듀스(Map Reduce) __8.2.2 Aggregation __8.2.3 Fulltext Search __8.2.4 공간 검색 8.3 스키마 변경(DDL) __8.3.1 데이터베이스 관리 __8.3.2 컬렉션 관리 __8.3.3 인덱스 관리 ▣ 09장: 실행 계획 및 쿼리 최적화 9.1 실행 계획 __9.1.1 쿼리의 처리 과정 __9.1.2 실행 계획 수립 __9.1.3 옵티마이저 옵션 __9.1.4 플랜 캐시 __9.1.5 실행 계획 스테이지 __9.1.6 쿼리 실행 계획 해석 9.2 쿼리 최적화 __9.2.1 실행 계획의 쿼리 튜닝 포인트 __9.2.2 슬로우 쿼리 로그 분석 및 튜닝 __9.2.3 쿼리 프로파일링 __9.2.4 인덱스 힌트 ▣ 10장: 보안 10.1 인증(Authentication) __10.1.1 내부 인증 __10.1.2 사용자 인증 10.2 권한(Authorization) __10.2.1 액션(Action) __10.2.2 내장(Built-in)된 역할(Role) __10.2.3 사용자 정의 역할(Role) 10.3 암호화(Encryption) __10.3.1 데이터 암호화 방식 __10.3.2 MongoDB TDE 구현 ▣ 부록: 백업 및 복구 A.1 mongodump와 mongorestore를 이용한 논리 백업 및 복구 __A.1.1 백업 __A.1.2 복구 A.2 물리 백업 및 복구 __A.2.1 셧다운 상태의 백업 __A.2.2 복제 중지 상태의 백업 __A.2.3 파일시스템 스냅샷 백업 __A.2.4 Percona 온라인 백업 __A.2.5 물리 백업 복구 A.3 PIT(Point-In-Time) 복구