解决方案

　　1. Flash/SSD作为cache使用。

　　下面考虑怎么架构能够加速这个系统了。目前Facebook的HBase系统每个Node挂15块100MB/s带宽、10ms寻址时间的磁盘。Figure 9表明：a)增加磁盘块数有点用;b)增加磁盘带宽没啥大用;c)降低寻址时间非常有用。

　　由于少部分同样的数据会被经常读取，所以一个大的cache能够把80%左右的读取操作拦截而不用触发磁盘I/O，而且只有这少部分的hot data需要被cache。那么拿什么样的存储介质做cache呢?Figure 11说明如果拿足够大的Flash做二级缓存，cache命中率会明显提高，同时cache命中率跟内存大小关系并不大。

　　注：关于拿Flash/SSD做cache，可以参考HBase BucketBlockCache(HBASE-7404)

　　我们知道大家比较关心Flash/SSD寿命的问题，在内存和Flash中shuffling数据能够使得热的数据被交换到内存中，从而提升读性能，但是会降低Flash的寿命，但是随着技术的发展这个问题带来的影响可能越来越小。