社区开源的做法
常见的HBASE的问题是GC的问题
社区里做的BucketCache MemSore
原生的memstore是跳跃列表
插入的复杂度很高
查询的复杂度很高
是基于ConcurrentSkipListMap实现
但是ConcurrentSkipListMap的MemSore也有很多问题！
（1）新老索引的跨代引用，在做youngGC的时候还会扫描Old这样很好效率极低
（2）内存会越来越大，要维护的SKIPLIST索引的对象也会越来越多，然后会造成内存碎片
（3）数据长度不规则也会造成内存碎片
（4）索引对象本身也需要些内存
阿里的优化策略
阿里主要是做了云Hbase的MEMSTORE.
他的优化方面包括了
索引对象&数据内存空间高度聚合使之CPU的缓存效率高了很多
无碎片对GC友好、从而避免了Full GC的问题
节约了内存、加大了吞吐量
节约了YUONGGC的时间
阿里优化的MEMSTORE的原理是什么样的呢？
其实也是基于数组实现的SKIPLIST
每次去申请连续的CHURK内存（1个默认为2M的byte[]）
Node的节点NEXT、KEYVALUE的所有信息全部放在chuck上
一些信息被压缩成若干个bit，然后再放入Hbase里
加强版的bucket cache
原生的bucket cache ,通过复制解决多个任务引用同一个Block；需要格外的拷贝开销
云HBase bucket cache 是通过基于引用计数实现Block 的智能指针
