淘宝海量数据库之六-克服随机IO难题 oceanbase

from: http://blog.sina.com.cn/s/blog_3fc85e260100qwv8.html

磁盘随机 IO 性能常常是数据库性能的决定因素，即使是 15000RPM 的 SAS 盘，单盘也很难超过 300IOPS ，对于传统关系数据库，磁盘随机 IO 是个多年的老大难问题，目前尚无令人满意的解决方案，风轻扬的博客 ( 数据库如何抵抗随机 IO ：问题、方法与现实， http://wangyuanzju.blog.163.com/blog/static/13029201132154010987/ ) 一文中提到了一些关于此问题进展。

与传统磁盘相比， SSD 固态盘提供了非常好的随机读性能，单盘可达 35000IOPS (4KB) 甚至更高，并提供 512MB/s 或以上的读出带宽。但通常 SSD 盘的随机写性能甚至比一般磁盘更差，这是因为，尽管 SSD 的读和写都以 4KB 页 (page) 为单位，但 SSD 写入前需要先擦除已有内容，而擦除以块 (block) 为单位，一个块 (block) 通常是 128 个连续的页 (page) ，即 512KB 。假如写入的页 (page) 内有内容，即使是写入一个字节， SSD 也需要把整个 128 页 (512KB) 内容先读到内存，与要写入的内容融合，擦除这 128 页所在的块 (block) ，然后再重新写入整个 512KB 数据，这就是 SSD 盘的写入放到效应。

( 图片来自于“ SSD 的写入放大 - Write amplification ”，

http://iqalantam.blog.163.com/blog/static/5393552201121481111304/)

假设每次随机写入 1KB ，即便 SSD 能够提供 1K 次 / 秒的随机写入能力，根据上面的分析，对应的写入放大将把 SSD 的 512MB/s 的读出带宽全部消耗掉，也就是说，这种情况下， SSD 已经无法提供读服务。因此，在传统关系数据库中，普通 SSD 难以获得令人满意的性能。

淘宝海量数据库 OceanBase 采用与经典关系数据库不同的设计： OceanBase既实现了增删改在内的跨行跨表写事务，又完全摒弃了随机写，除了操作日志 (commit log) 总是顺序追加写入到普通 SAS 盘上，剩下的写请求就是对响应时间要求不是很高的批量顺序写， SSD 盘完全可以轻松应对，而许多响应查询请求的随机读，更可以充分发挥 SSD 良好的随机读性能。

从测试结果来看， OceanBase 在一台装有多块 SSD 盘的服务器上获得了数万 QPS 的查询性能 ( 大约是所有 SSD 盘的聚合 QPS 的 40% 左右，因此还有提升空间 ) ，这使得一台装备 SSD 盘的服务器可以提供 5-10 台同样配置但装备 15000RPM SAS 盘的服务器。尽管 SSD 盘大约是同样容量的 SAS 盘价格的 3~4 倍，在 OceanBase 数据库环境下，由于机器数量的大幅度减少，不仅机器采购成本降低了，机架、网络带宽等运维费用更是大幅度降低，总体成本也降低很多。