CDNetworks has been migrated from InnoDB to TokuDB. Use Case Study.

1. TokuDB use case
S/W engineer
Soohyun Park

2. Who am i?
❏ 현재 CDNetworks 한국 법인 R&D Center 소
속.
❏ Migration 전문 DBA…
극한 환경 전문 DBA…
❏ The problem will exist because it can solve.

3. Agenda
1. Migration 결과
2. Why TokuDB?
3. TokuDB Problems
4. Why InnoDB & TokuDB mixed?
5. Questions?

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

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

6. Why TokuDB?
Compression
Ratio
(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 default
1 : 0.05 (5%)
Only Insert.
index not support.
TokuDB
ZLIB 1 : 0.1 (10%) CPU 사용량 증가
LZMA 1 : 0.09 (9%) CPU 사용량 증가

7. Why TokuDB?
❏ Disk 부하 감소
Volume 감소, I/O 감소
❏ Wrtie 성능 증가
❏ Replication Slave Lag 해소.
❏ Backup
slave snapshot을 이용해서 빠른 복구 가능.

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

9. Why InnoDB & TokuDB mixed?
❏ Got error 22 from storage engine
TEXT, LONGBLOB Column이 같이 존재하는
테이블 중에서 발생.
❏ TokuDB ignores foreign key declarations.
❏ Fractal Tree® Index의 메모리 사용???