고민보단 실천을

SQLite 성능/특성 정리: WAL/locking/PRAGMA로 database is locked 줄이기이 글은 SQLite를 성능/운영 관점에서 길게 정리한 개인 노트입니다. 목표는 "지금 느린 이유"를 증거로 좁히고, 재발을 줄이는 체크리스트를 갖추는 것입니다.전제: 성능은 DB만으로 결정되지 않습니다. 쿼리 패턴, 데이터 분포, 인덱스/스키마, 애플리케이션 트랜잭션 경계, 인프라(IO/네트워크)가 함께 결정합니다. 그래서 이 글은 '성능 모델(어디서 시간이 쓰이나) -> 설계/쿼리 -> 설정 -> 운영' 순서로 정리합니다.SQLite는 '한 파일'이라는 단순함 덕분에 빠를 때는 매우 빠르지만, 동시 쓰기/락 모델을 모르면 쉽게 병목이 납니다. WAL과 트랜잭션 범위를 이해하는 게 핵심입니다.이 D..

SQL Server 성능/특성 정리: DMV/plan cache/parameter sniffing으로 느림을 설명하기이 글은 Microsoft SQL Server를 성능/운영 관점에서 길게 정리한 개인 노트입니다. 목표는 "지금 느린 이유"를 증거로 좁히고, 재발을 줄이는 체크리스트를 갖추는 것입니다.전제: 성능은 DB만으로 결정되지 않습니다. 쿼리 패턴, 데이터 분포, 인덱스/스키마, 애플리케이션 트랜잭션 경계, 인프라(IO/네트워크)가 함께 결정합니다. 그래서 이 글은 '성능 모델(어디서 시간이 쓰이나) -> 설계/쿼리 -> 설정 -> 운영' 순서로 정리합니다.SQL Server는 '통계 + 플랜 캐시 + 파라미터 스니핑'을 이해하면 성능이 안정화됩니다. Plan Cache/TempDB/병렬성 설정이..

Redis 성능/특성 정리: eviction/persistence/big key가 latency spike를 만드는 이유이 글은 Redis를 성능/운영 관점에서 길게 정리한 개인 노트입니다. 목표는 "지금 느린 이유"를 증거로 좁히고, 재발을 줄이는 체크리스트를 갖추는 것입니다.전제: 성능은 DB만으로 결정되지 않습니다. 쿼리 패턴, 데이터 분포, 인덱스/스키마, 애플리케이션 트랜잭션 경계, 인프라(IO/네트워크)가 함께 결정합니다. 그래서 이 글은 '성능 모델(어디서 시간이 쓰이나) -> 설계/쿼리 -> 설정 -> 운영' 순서로 정리합니다.Redis는 '메모리 + 이벤트 루프' 모델 덕분에 빠르지만, big key/eviction/persistence가 겹치면 지연이 급격히 튈 수 있습니다. 운영은 메..

PostgreSQL 성능/특성 정리: 플래너/통계/VACUUM/MVCC로 느린 쿼리 잡기이 글은 PostgreSQL를 성능/운영 관점에서 길게 정리한 개인 노트입니다. 목표는 "지금 느린 이유"를 증거로 좁히고, 재발을 줄이는 체크리스트를 갖추는 것입니다.전제: 성능은 DB만으로 결정되지 않습니다. 쿼리 패턴, 데이터 분포, 인덱스/스키마, 애플리케이션 트랜잭션 경계, 인프라(IO/네트워크)가 함께 결정합니다. 그래서 이 글은 '성능 모델(어디서 시간이 쓰이나) -> 설계/쿼리 -> 설정 -> 운영' 순서로 정리합니다.PostgreSQL은 '통계(플래너) + MVCC + VACUUM(가비지 회수)'가 성능을 좌우합니다. 느린 쿼리 원인을 고립시키는 순서를 잡는 게 핵심입니다.이 DB를 언제 선택하나정답은..

Oracle 성능/특성 정리: 실행 계획/통계/UNDO와 ORA-01555(snapshot too old)이 글은 Oracle Database를 성능/운영 관점에서 길게 정리한 개인 노트입니다. 목표는 "지금 느린 이유"를 증거로 좁히고, 재발을 줄이는 체크리스트를 갖추는 것입니다.전제: 성능은 DB만으로 결정되지 않습니다. 쿼리 패턴, 데이터 분포, 인덱스/스키마, 애플리케이션 트랜잭션 경계, 인프라(IO/네트워크)가 함께 결정합니다. 그래서 이 글은 '성능 모델(어디서 시간이 쓰이나) -> 설계/쿼리 -> 설정 -> 운영' 순서로 정리합니다.Oracle은 'Undo/Redo + 옵티마이저/통계 + AWR/ASH'로 강력한 관측과 튜닝 체계를 제공합니다. 대신 개념이 많아 용어를 잡고 순서대로 접근해야..

MySQL(InnoDB) 성능/특성 정리: 인덱스/Buffer Pool/잠금으로 성능을 설명하기이 글은 MySQL(InnoDB)를 성능/운영 관점에서 길게 정리한 개인 노트입니다. 목표는 "지금 느린 이유"를 증거로 좁히고, 재발을 줄이는 체크리스트를 갖추는 것입니다.전제: 성능은 DB만으로 결정되지 않습니다. 쿼리 패턴, 데이터 분포, 인덱스/스키마, 애플리케이션 트랜잭션 경계, 인프라(IO/네트워크)가 함께 결정합니다. 그래서 이 글은 '성능 모델(어디서 시간이 쓰이나) -> 설계/쿼리 -> 설정 -> 운영' 순서로 정리합니다.MySQL(InnoDB)은 '버퍼 풀 적중 + 인덱스 설계 + 락/트랜잭션 범위'가 체감 성능을 결정합니다. 튜닝은 설정 전에 쿼리 패턴부터 정리하는 게 빠릅니다.이 DB를 언..

MongoDB 성능/특성 정리: 인덱스/Working Set/aggregation으로 느린 조회 잡기이 글은 MongoDB를 성능/운영 관점에서 길게 정리한 개인 노트입니다. 목표는 "지금 느린 이유"를 증거로 좁히고, 재발을 줄이는 체크리스트를 갖추는 것입니다.전제: 성능은 DB만으로 결정되지 않습니다. 쿼리 패턴, 데이터 분포, 인덱스/스키마, 애플리케이션 트랜잭션 경계, 인프라(IO/네트워크)가 함께 결정합니다. 그래서 이 글은 '성능 모델(어디서 시간이 쓰이나) -> 설계/쿼리 -> 설정 -> 운영' 순서로 정리합니다.MongoDB는 'working set이 메모리에 올라오면 빠르고, 내려가면 급격히 느려진다'는 특성이 강합니다. 인덱스와 aggregation의 메모리/디스크 사용을 명확히 관리해..

MariaDB 성능/특성 정리: MySQL 호환 + 옵티마이저/복제 운영 포인트이 글은 MariaDB를 성능/운영 관점에서 길게 정리한 개인 노트입니다. 목표는 "지금 느린 이유"를 증거로 좁히고, 재발을 줄이는 체크리스트를 갖추는 것입니다.전제: 성능은 DB만으로 결정되지 않습니다. 쿼리 패턴, 데이터 분포, 인덱스/스키마, 애플리케이션 트랜잭션 경계, 인프라(IO/네트워크)가 함께 결정합니다. 그래서 이 글은 '성능 모델(어디서 시간이 쓰이나) -> 설계/쿼리 -> 설정 -> 운영' 순서로 정리합니다.MariaDB는 MySQL 계열이지만 버전/옵티마이저/엔진 차이로 'MySQL 지식 그대로'로는 삐끗할 수 있습니다. 관측과 검증 루프가 핵심입니다.이 DB를 언제 선택하나정답은 항상 케이스 바이 케이스..

Elasticsearch/OpenSearch 성능/특성 정리: shards/heap/refresh/mapping으로 느림을 설명하기이 글은 Elasticsearch/OpenSearch를 성능/운영 관점에서 길게 정리한 개인 노트입니다. 목표는 "지금 느린 이유"를 증거로 좁히고, 재발을 줄이는 체크리스트를 갖추는 것입니다.전제: 성능은 DB만으로 결정되지 않습니다. 쿼리 패턴, 데이터 분포, 인덱스/스키마, 애플리케이션 트랜잭션 경계, 인프라(IO/네트워크)가 함께 결정합니다. 그래서 이 글은 '성능 모델(어디서 시간이 쓰이나) -> 설계/쿼리 -> 설정 -> 운영' 순서로 정리합니다.Elasticsearch/OpenSearch는 '샤드와 JVM 힙'이 성능을 결정합니다. 샤드 수를 잘못 잡거나 refr..