高性能KV型MySQL存储引擎.pdf

Seqdb存储引擎 DBA 王剑英 2013.4.20 Agenda 2  业务的需求  现有引擎的性能  改进方案  Seqdb引擎架构  Seqdb引擎的性能  部署情况及经验 业务需求（1） 3  场景（1） 数据量100GB ，读20W /S ,写200/S.  场景（2 ） 数据量1TB ，主键随机读写，写3W/S ,读1W/S.  场景（3 ） 展示类，数据量500GB ,读3000/S ,写1000/S. SLA要求 100ms以下 99.99%. 服务器配置： CPU：2*4核心. 内存：48GB ，64GB，128GB可选. 存储：(1) HDD 容量1.5T 300 IOPS, 访问延迟5ms. (2) SSD 800GB 3.2万IOPS ，访问延迟50us. 业务需求（2） 4  场景（1） 数据量100GB ，读20W /S ,写200/S. 4 cache server + 1 MySQL （HDD）  场景（2 ） 数据量1TB ，主键随机读写，写3W/S 读1W/S. MySQL(Innodb)+SSD ? MySQ (memcached plugin，handler socket）+SSD?  场景（3 ） 数据量500GB ,读3000/S ,写1000/S.KV类访问, SLA要求 100ms以下 99.99%. MySQL(Innodb)+SSD ? Agenda 5  业务的需求  现有引擎的性能  改进方案  Seqdb引擎架构  Seqdb引擎的性能  部署情况及经验 innodb的性能“拐点” 6 2 颗四核心CPU，48GB 内存. intel 160GB MLC*6 RAID5 官方数据3.2万IOPS. 单行长度512byte.数据5GB到100GB,update性能 1. 数据量超过内存，IO bound时，依赖IOPS. （handler socket？） 2. Innodb不能发挥高性能IO设备的潜能. 满足场景（2 ）需要10个MySQL cluster （Innodb+SSD）. Innodb的时延曲线 7 innodb不可能达到100ms以下99.99%的SLA，达不到场景（3 ）的 要求. Agenda 8  业务的需求  现有引擎的性能  改进方案  Seqdb引擎架构  Seqdb引擎的性能  部署情况及经验 方案选择 9 目标： （1）完全发挥SSD潜能，QPS=IOPS,低延迟. （2）SQL接口，经验可复用. 功能选择。