TokuDB use caseS/W engineerSoohyun Park

Who am i?

❏현재 CDNetworks 한국 법인 R&D Center 소속.

❏Migration 전문 DBA…극한 환경 전문 DBA…

❏ The problem will exist because it can solve.

Agenda

1. Migration 결과2. Why TokuDB?3. TokuDB Problems4. Why InnoDB & TokuDB mixed?5. Questions?

Migration 결과

현재 InnoDB & TokuDB mixed.2014년 1월부터 ~ 현재까지 서비스 중.

Why TokuDB?

Physical Data 증가에 따른 문제❏Disk I/O 증가에 따른 시스템 Load 증가.❏ Response time 증가❏ Replication Slave Lag❏ Backup & Recovery

Why TokuDB?

CompressionRatio

(InnoDB none base)

InnoDB

None 1 : 1

KEY_BLOCK_SIZE=8 1 : 0.5 (50%)

KEY_BLOCK_SIZE=4 1 : 0.4 (40%) Response time 저하

Archive default1 : 0.05 (5%)

Only Insert.

index not support.

TokuDBZLIB 1 : 0.1 (10%) CPU 사용량증가

LZMA 1 : 0.09 (9%) CPU 사용량증가

Why TokuDB?

❏Disk 부하 감소Volume 감소, I/O 감소

❏Wrtie 성능 증가❏ Replication Slave Lag 해소.❏ Backup

slave snapshot을 이용해서 빠른 복구 가능.

TokuDB Problems

❏압축으로 인한 CPU 부하 증가.❏메모리 사용에 대한 의문???❏압축으로 인한 Data size 착시 현상…❏모니터링 문제…

Why InnoDB & TokuDB mixed?

❏Got error 22 from storage engineTEXT, LONGBLOB Column이 같이 존재하는테이블 중에서 발생.

❏ TokuDB ignores foreign key declarations.❏ Fractal Tree® Index의 메모리 사용???