Database 설계와 운영 기초

Overview

Database 문제는 Schema, Query, Transaction, Connection, 운영 변경이 서로 영향을 준다. 이 문서는 세부 Notion 자료를 흩어진 위치가 아니라 의사결정 순서로 찾게 하는 기초 Hub다.

flowchart LR; M[업무 Model] --> S[Schema·Constraint]; S --> Q[Query·Index]; Q --> T[Transaction·Lock]; T --> C[Connection·Capacity]; C --> O[Metric·Backup·Migration]

핵심 원칙

• Constraint로 지켜야 할 무결성과 Application 검증을 구분한다.
• Query Pattern을 기준으로 Index를 설계하고 실행 계획으로 검증한다.
• Transaction 경계는 짧게 유지하되 업무 원자성을 잃지 않는다.
• Connection 수를 늘리기 전에 DB가 감당할 동시 Query를 확인한다.
• Schema 변경은 이전·신규 Version이 공존하는 배포 순서를 고려한다.

실무 점검

Slow Query, Lock Wait, Deadlock, Connection Pending, Replica Lag, Disk와 Buffer Pool을 같은 Timeline에서 본다. 대량 Update/Delete는 작은 Batch와 복구 계획을 세우고 Backup이 실제 Restore 가능한지 연습한다.

Interview Questions

1. Constraint와 Application Validation의 책임은?
2. Index가 Write 비용을 높이는 이유는?
3. 긴 Transaction이 운영에 미치는 영향은?
4. 무중단 Schema 변경 순서를 어떻게 설계하는가?

Related Topics

Index와 실행 계획, Isolation과 MVCC, Connection Pool로 이동한다.