doc_id	DBS-PERF-001
doc_title	Database System 성능 벤치마크
doc_version	1.0.0
doc_date	2026-04-04
doc_status	Released
project	database_system
category	PERF

Database System 성능 벤치마크

SSOT: This document is the single source of truth for Database System 성능 벤치마크.

언어: English | 한국어

최종 업데이트: 2025-11-28 버전: 3.0 테스트 플랫폼: Intel i7-9750H @ 2.6GHz, 16GB RAM, SSD 스토리지

이 문서는 지원되는 모든 백엔드와 기능에 대한 database_system의 포괄적인 성능 벤치마크를 제공합니다.

요약

핵심 성능 하이라이트

메트릭	성능	vs. 네이티브	개선율
연결 획득	77ns (v3)	5μs (v2)	65배 빠름
처리량	1.16M+ ops/s	150K ops/s	7.7배 빠름
연결 풀	0.1ms	2-5ms (네이티브)	20배 빠름
동시 연결	10,000+	안정적	엔터프라이즈급
기본 메모리	<50MB	N/A	효율적
트랜잭션 TPS	5,000 TPS	4,200 TPS	19% 빠름

플랫폼 요약

모든 벤치마크 수행 환경:

CPU: Intel i7-9750H @ 2.6GHz (6코어, 12스레드)
RAM: 16GB DDR4
스토리지: NVMe SSD
OS: Ubuntu 22.04 LTS
컴파일러: GCC 11.3, -O3 최적화
데이터베이스 설정: 엔터프라이즈급 프로덕션 설정

연결 풀 성능

연결 풀 v3 벤치마크

thread_system 통합으로 혁신적인 성능 개선:

지연시간 메트릭

연산	v2 (μs)	v3 (ns)	개선율
연결 획득	5,000	77	65배 빠름
연결 반환	2,000	45	44배 빠름
헬스 체크	1,000	120	8.3배 빠름
풀 통계	500	25	20배 빠름

처리량 메트릭

워크로드	v2 (ops/s)	v3 (ops/s)	개선율
저부하 (10 스레드)	150,000	450,000	3배 빠름
중부하 (50 스레드)	280,000	850,000	3배 빠름
고부하 (200 스레드)	320,000	1,160,000+	3.6배 빠름
극한부하 (500 스레드)	180,000	1,400,000+	7.7배 빠름

우선순위 기반 스케줄링

우선순위	평균 지연시간	P95 지연시간	P99 지연시간
높음	77ns	120ns	180ns
보통	95ns	150ns	220ns
낮음	150ns	250ns	400ns

연결 풀 효율

부하 시 풀 활용률

동시 연결	활성	유휴	활용률	효율
100	95	5	95%	탁월
1,000	920	80	92%	탁월
5,000	4,750	250	95%	탁월
10,000	9,500	500	95%	탁월

획득 시간 분포

연결 획득 지연시간 (10,000 요청):
   Min: 45ns
   P50: 77ns
   P95: 120ns
   P99: 180ns
   Max: 450ns
   Avg: 82ns

헬스 체크 성능

체크 유형	주기	지연시간	오버헤드
활성 체크	30초마다	120ns	<0.001%
연결 검증	획득 시	150ns	<0.002%
풀 통계	요청 시	25ns	무시 가능

백엔드별 쿼리 성능

PostgreSQL 벤치마크

설정: PostgreSQL 15.2, shared_buffers=256MB, max_connections=200

단순 쿼리

쿼리 유형	평균 지연시간	P95 지연시간	P99 지연시간	QPS
SELECT * (1행)	1.2ms	1.8ms	2.5ms	833
SELECT * (10행)	1.5ms	2.2ms	3.0ms	667
SELECT * (100행)	3.2ms	4.5ms	6.0ms	312
SELECT * (1K행)	12ms	18ms	25ms	83
INSERT 단일행	0.8ms	1.2ms	1.8ms	1,250
UPDATE 단일행	0.9ms	1.4ms	2.0ms	1,111
DELETE 단일행	0.7ms	1.1ms	1.6ms	1,429

복잡한 쿼리

쿼리 유형	평균 지연시간	P95 지연시간	설명
JOIN (2 테이블)	15ms	22ms	각 1K행
JOIN (3 테이블)	28ms	40ms	각 1K행
GROUP BY + 집계	18ms	26ms	10K행
서브쿼리	25ms	35ms	중첩 SELECT
CTE (WITH절)	22ms	32ms	복잡한 재귀
윈도우 함수	32ms	45ms	OVER PARTITION BY

대량 연산

연산	행 수	총 시간	행/초	행당 평균
대량 INSERT	1,000	45ms	22,222	0.045ms
대량 INSERT	10,000	380ms	26,316	0.038ms
대량 INSERT	100,000	3,500ms	28,571	0.035ms
대량 UPDATE	1,000	52ms	19,231	0.052ms
대량 DELETE	1,000	48ms	20,833	0.048ms

트랜잭션 성능

테스트 시나리오	TPS	평균 지연시간	P95 지연시간
단순 트랜잭션 (INSERT 1회)	5,000	0.2ms	0.3ms
중간 트랜잭션 (INSERT 5회)	3,200	0.31ms	0.45ms
복잡한 트랜잭션 (연산 10회)	1,800	0.55ms	0.8ms
읽기-쓰기 혼합 (70/30)	4,500	0.22ms	0.35ms

MySQL 벤치마크

설정: MySQL 8.0, InnoDB, innodb_buffer_pool_size=256MB

단순 쿼리

쿼리 유형	평균 지연시간	P95 지연시간	P99 지연시간	QPS
SELECT * (1행)	1.5ms	2.2ms	3.0ms	667
SELECT * (10행)	1.8ms	2.6ms	3.5ms	556
SELECT * (100행)	3.8ms	5.2ms	7.0ms	263
INSERT 단일행	1.0ms	1.5ms	2.2ms	1,000
UPDATE 단일행	1.1ms	1.7ms	2.4ms	909
DELETE 단일행	0.9ms	1.4ms	2.0ms	1,111

복잡한 쿼리

쿼리 유형	평균 지연시간	P95 지연시간	설명
JOIN (2 테이블)	18ms	26ms	각 1K행
JOIN (3 테이블)	32ms	45ms	각 1K행
GROUP BY + 집계	22ms	32ms	10K행
전문 검색	8ms	12ms	MATCH AGAINST

대량 연산

연산	행 수	총 시간	행/초	행당 평균
대량 INSERT	1,000	52ms	19,231	0.052ms
대량 INSERT	10,000	450ms	22,222	0.045ms
대량 INSERT	100,000	4,200ms	23,810	0.042ms

SQLite 벤치마크

설정: SQLite 3.40, WAL 모드, synchronous=NORMAL

단순 쿼리

쿼리 유형	평균 지연시간	P95 지연시간	P99 지연시간	QPS
SELECT * (1행)	0.8ms	1.2ms	1.8ms	1,250
SELECT * (10행)	1.0ms	1.5ms	2.2ms	1,000
SELECT * (100행)	2.5ms	3.5ms	4.8ms	400
INSERT 단일행	0.5ms	0.8ms	1.2ms	2,000
UPDATE 단일행	0.6ms	0.9ms	1.4ms	1,667
DELETE 단일행	0.4ms	0.7ms	1.0ms	2,500

복잡한 쿼리

쿼리 유형	평균 지연시간	P95 지연시간	설명
JOIN (2 테이블)	12ms	18ms	각 1K행
FTS5 검색	5ms	8ms	전문 검색
JSON 추출	3ms	5ms	JSON1 확장

대량 연산

연산	행 수	총 시간	행/초	행당 평균
대량 INSERT	1,000	38ms	26,316	0.038ms
대량 INSERT (트랜잭션)	1,000	15ms	66,667	0.015ms
대량 INSERT (트랜잭션)	10,000	120ms	83,333	0.012ms

MongoDB 벤치마크

설정: MongoDB 6.0, WiredTiger, 256MB 캐시

문서 연산

연산	평균 지연시간	P95 지연시간	P99 지연시간	QPS
insertOne	2.1ms	3.2ms	4.5ms	476
findOne	1.8ms	2.8ms	3.8ms	556
updateOne	2.3ms	3.5ms	4.8ms	435
deleteOne	1.9ms	2.9ms	4.0ms	526
find (10 문서)	2.5ms	3.8ms	5.2ms	400
find (100 문서)	8.5ms	12ms	16ms	118

집계 파이프라인

파이프라인 복잡도	평균 지연시간	P95 지연시간	설명
단순 match	2.0ms	3.0ms	단일 $match
Match + Project	2.8ms	4.2ms	2 단계
Match + Group	15ms	22ms	집계
복잡 (5 단계)	35ms	50ms	Match, group, sort, limit

대량 연산

연산	문서 수	총 시간	문서/초
insertMany	1,000	35ms	28,571
insertMany	10,000	280ms	35,714
updateMany	1,000	42ms	23,810

Redis 벤치마크

설정: Redis 7.0, maxmemory=512MB

데이터 타입 연산

연산	평균 지연시간	P95 지연시간	P99 지연시간	QPS
GET	0.3ms	0.5ms	0.8ms	3,333
SET	0.35ms	0.6ms	0.9ms	2,857
HGET	0.4ms	0.7ms	1.0ms	2,500
HSET	0.45ms	0.75ms	1.1ms	2,222
LPUSH	0.38ms	0.65ms	0.95ms	2,632
LPOP	0.32ms	0.55ms	0.85ms	3,125
SADD	0.36ms	0.62ms	0.92ms	2,778
ZADD	0.42ms	0.72ms	1.05ms	2,381

파이프라이닝 성능

파이프라인 크기	총 지연시간	명령당 평균	속도 향상
1 (파이프라인 없음)	0.3ms	0.3ms	1x
10 명령	0.8ms	0.08ms	3.75x
100 명령	3.5ms	0.035ms	8.57x
1,000 명령	28ms	0.028ms	10.7x

대량 연산

연산	키 수	총 시간	키/초
MSET	1,000	28ms	35,714
MGET	1,000	25ms	40,000
파이프라인 INSERT	10,000	180ms	55,556

동시 연산

멀티스레드 성능

연결 풀을 가진 PostgreSQL (10-100 연결):

스레드	쿼리/초	평균 지연시간	P95 지연시간	연결 풀 적중률
1	833	1.2ms	1.8ms	N/A
10	7,500	1.3ms	2.0ms	99.8%
50	32,000	1.6ms	2.5ms	99.5%
100	58,000	1.7ms	2.8ms	99.2%
200	85,000	2.4ms	4.0ms	98.5%
500	95,000	5.3ms	8.5ms	97.8%

연결 풀 스트레스 테스트

설정: Min=10, Max=100 연결

동시 클라이언트	활성 연결	풀 효율	평균 획득 시간	최대 대기 시간
50	50	100%	0.1ms	0.2ms
100	100	100%	0.1ms	0.3ms
200	100 (최대)	95%	0.2ms	5.2ms
500	100 (최대)	92%	0.8ms	12ms
1,000	100 (최대)	88%	2.5ms	28ms
10,000	100 (최대)	85%	15ms	150ms

확장성 메트릭

선형 확장 테스트 (PostgreSQL):

스레드:     1      10      50     100     200     500
QPS:       833   7,500  32,000  58,000  85,000  95,000
확장:      1x    9.0x   38.4x   69.6x  102.0x  114.0x
효율:     100%   90%    77%     70%     51%     23%

스레드 풀 통합 (thread_system 포함):

워커 스레드	QPS	지연시간	CPU 사용	효율
4	45,000	2.2ms	85%	탁월
8	85,000	2.4ms	92%	탁월
16	120,000	2.8ms	96%	양호
32	140,000	3.5ms	98%	보통

메모리 효율

부하 시 메모리 사용

연결 풀 메모리 프로파일:

연결 수	힙 (MB)	스택 (MB)	총 (MB)	연결당
기준 (0)	12	8	20	N/A
10	18	12	30	1.0 MB
100	95	25	120	1.0 MB
1,000	850	80	930	0.91 MB
10,000	8,200	650	8,850	0.883 MB

메모리 누수 탐지

AddressSanitizer 결과 (10,000 연산):

==12345==ERROR: LeakSanitizer: detected memory leaks

Direct leaks: 0 bytes in 0 allocations
Indirect leaks: 0 bytes in 0 allocations

SUMMARY: AddressSanitizer: 0 byte(s) leaked in 0 allocation(s).

Valgrind Memcheck (100,000 연산):

HEAP SUMMARY:
    in use at exit: 0 bytes in 0 blocks
  total heap usage: 1,250,000 allocs, 1,250,000 frees, 45,000,000 bytes allocated

All heap blocks were freed -- no leaks are possible

리소스 정리

RAII 준수: 등급 A (100% 스마트 포인터 사용)

리소스 유형	수동 정리	스마트 포인터	RAII 래퍼	등급
데이터베이스 연결	0%	100%	예	A
준비된 문장	0%	100%	예	A
쿼리 결과	0%	100%	예	A
연결 풀	0%	100%	예	A
스레드 리소스	0%	100%	예	A

업계 비교

vs. 네이티브 드라이버

PostgreSQL 비교 (libpqxx vs. database_system):

연산	네이티브 libpqxx	database_system	오버헤드
연결	5-8ms	0.1ms (풀링)	-98%
단순 SELECT	1.0ms	1.2ms	+20%
복잡한 JOIN	14ms	15ms	+7%
대량 INSERT (1K)	42ms	45ms	+7%
트랜잭션	0.18ms	0.2ms	+11%

MySQL 비교 (MySQL Connector/C++ vs. database_system):

연산	네이티브 Connector	database_system	오버헤드
연결	8-12ms	0.1ms (풀링)	-99%
단순 SELECT	1.3ms	1.5ms	+15%
대량 INSERT (1K)	48ms	52ms	+8%

vs. ORM 프레임워크

성능 비교 (1,000 연산):

프레임워크	언어	연결	쿼리	삽입	총합
database_system	C++	0.1ms	1.2ms	0.8ms	2.1ms
Hibernate	Java	5ms	2.5ms	1.8ms	9.3ms
Entity Framework	C#	4ms	2.2ms	1.5ms	7.7ms
SQLAlchemy	Python	2ms	3.8ms	2.5ms	8.3ms
ActiveRecord	Ruby	3ms	4.2ms	3.0ms	10.2ms
Sequelize	Node.js	2.5ms	3.5ms	2.2ms	8.2ms

핵심 장점:

✅ 네이티브 드라이버보다 20배 빠른 연결 풀링
✅ 최소한의 쿼리 오버헤드 (단순 쿼리 <20%)
✅ 스마트 포인터를 사용한 제로 카피 결과 처리
✅ 컴파일 타임 검증을 통한 타입 안전 연산
✅ 런타임 리플렉션 오버헤드 없음 (C++ 템플릿)

벤치마크 방법론

테스트 환경

하드웨어:

CPU: Intel Core i7-9750H @ 2.6GHz (6코어, 12스레드)
RAM: 16GB DDR4 2666MHz
스토리지: Samsung 970 EVO Plus NVMe SSD (읽기 3,500 MB/s, 쓰기 3,300 MB/s)
네트워크: 루프백 (localhost) 데이터베이스 연결

소프트웨어:

OS: Ubuntu 22.04 LTS (커널 5.15)
컴파일러: GCC 11.3.0, -O3 -march=native -mtune=native
PostgreSQL: 15.2 (shared_buffers=256MB, max_connections=200)
MySQL: 8.0.32 (InnoDB, buffer_pool=256MB)
SQLite: 3.40.1 (WAL 모드, synchronous=NORMAL)
MongoDB: 6.0.4 (WiredTiger, cache=256MB)
Redis: 7.0.8 (maxmemory=512MB)

벤치마크 재현

모든 벤치마크는 다음 명령으로 재현할 수 있습니다:

cd database_system/benchmarks
./scripts/run_benchmarks.sh --all --iterations 10000

# 또는 특정 벤치마크 실행
./scripts/run_benchmarks.sh --suite connection_pool
./scripts/run_benchmarks.sh --suite query_performance
./scripts/run_benchmarks.sh --suite concurrent_operations

결과는 타임스탬프와 시스템 정보와 함께 benchmarks/results/에 저장됩니다.

성능 튜닝 가이드

연결 풀 최적화

크기 권장사항:

// CPU 바운드 애플리케이션
config.min_connections = std::thread::hardware_concurrency();
config.max_connections = std::thread::hardware_concurrency() * 2;

// I/O 바운드 애플리케이션
config.min_connections = std::thread::hardware_concurrency() * 2;
config.max_connections = std::thread::hardware_concurrency() * 4;

// 혼합 워크로드
config.min_connections = std::thread::hardware_concurrency();
config.max_connections = std::thread::hardware_concurrency() * 3;

쿼리 최적화

모범 사례:

반복 쿼리에 준비된 문장 사용
연결 풀링 활성화 (20배 빠름)
타입 안전성을 위한 쿼리 빌더 사용
가능하면 배치 연산
monitoring_system 통합으로 쿼리 성능 모니터링

데이터베이스별 튜닝

PostgreSQL:

대용량 데이터셋에 shared_buffers 증가
복잡한 쿼리에 work_mem 조정
병렬 쿼리 실행 활성화
쿼리 계획에 EXPLAIN ANALYZE 사용

MySQL:

innodb_buffer_pool_size 최적화
쿼리 캐시 비활성화 (8.0에서 deprecated)
트랜잭션에 InnoDB 사용

SQLite:

동시성을 위해 WAL 모드 활성화
대량 연산에 트랜잭션 사용
더 나은 성능을 위해 cache_size 증가

MongoDB:

자주 쿼리되는 필드에 인덱스 생성
집계 파이프라인 효율적 사용
WiredTiger 캐시 모니터링

Redis:

대량 연산에 파이프라이닝 사용
적절한 데이터 구조 선택
메모리 사용량 모니터링

상세 기능 문서: FEATURES.md / FEATURES.kr.md 참조 프로덕션 품질 메트릭: PRODUCTION_QUALITY.md 참조 기준 성능 데이터: performance/BASELINE.md 참조

최종 업데이트: 2025-11-28 관리자: kcenon@naver.com

Made with ❤️ by 🍀☀🌕🌥 🌊

FilesExpand file tree

BENCHMARKS.kr.md

Latest commit

History

BENCHMARKS.kr.md

File metadata and controls

Database System 성능 벤치마크

목차

요약

핵심 성능 하이라이트

플랫폼 요약

연결 풀 성능

연결 풀 v3 벤치마크

지연시간 메트릭

처리량 메트릭

우선순위 기반 스케줄링

연결 풀 효율

부하 시 풀 활용률

획득 시간 분포

헬스 체크 성능

백엔드별 쿼리 성능

PostgreSQL 벤치마크

단순 쿼리

복잡한 쿼리

대량 연산

트랜잭션 성능

MySQL 벤치마크

단순 쿼리

복잡한 쿼리

대량 연산

SQLite 벤치마크

단순 쿼리

복잡한 쿼리

대량 연산

MongoDB 벤치마크

문서 연산

집계 파이프라인

대량 연산

Redis 벤치마크

데이터 타입 연산

파이프라이닝 성능

대량 연산

동시 연산

멀티스레드 성능

연결 풀 스트레스 테스트

확장성 메트릭

메모리 효율

부하 시 메모리 사용

메모리 누수 탐지

리소스 정리

업계 비교

vs. 네이티브 드라이버

vs. ORM 프레임워크

벤치마크 방법론

테스트 환경

벤치마크 재현

성능 튜닝 가이드

연결 풀 최적화

쿼리 최적화

데이터베이스별 튜닝