1、简介谁使用MySQL?为什么使用MySQL?问题性能数据规模伸缩功能特性服务化自动化目标：功能：响应时间吞吐 解放大部分产品线 节约资源分布式数据库需求Fulltext SnapshotOptimized alter其他单节点单节点性能性能QPS (读 / 写)响应时间 (平均 / 长耗时)数据规模问题随机读存储引擎cache & 系统cache随机写 (LRU / checkpoint .)buffered write ordered write 长耗时绝大部分的请求响应时间在1ms以内IOPS是读操作和写操作的瓶颈!Vs 硬盘 (sas 10k) QPS 提升 700%Vs SSD (FT
2、L Optimized)QPS 提升 250% ，长耗时减少 95% 可用空间增多 & 使用寿命增加通用型优化，读为主应用及写为主应用均适合 对应用完全透明，使用方式和以前一样2007年百度尝试Flash， 2008年百度网页搜索全面使用Flash2008年MySQL尝试使用Flash, 2011年百度MySQL全面使用SSD我们的优化结果IO设备特性IO 设备 (硬盘 & SSD & 内存)顺序写、顺序读、随机写、随机读响应时间带宽访问密度价格Tape is dead, disk is tape, flash is disk, ram locality is king. Jim GraySS
3、D Vs 硬盘SSD 16K随机读比硬盘提升 1860SSD 16K随机写比硬盘提升 100SSD 16K顺序写比硬盘提升 50SSD 16K顺序写比其随机写提升 440SSD 1M顺序写比64次16K随机写提升 800SSD 1M顺序写比64次16K顺序写提升 68SSD 1M顺序写比1次16K顺序写提升 3700如何针对这些数据来设计系统 ？优化手段FTLin-page logging其他文件系统l2fs,btrfs, zfs .BFTLKernel flashcache存储系统逻辑append writerandom readmergeFTLIO 模型随机写随机读In-page logging20% log 空间75% raid5 60% 使用率存储系统逻辑SSD/硬盘作为SSD/硬盘的写cacheSSD作为硬盘的读cacheSSD作为innodb buffer pool的二级读cache远程memory作为innodb buffer pool的二级读cache不同IO模型分离 文件 / 设备 / IO模型转化 / 分离
