HBase笔记5（诊断）

阻塞急救：

　　RegionServer内存设置太小： 

　　　　解决方案： 设置Region Server的内存要在conf/hbase-env.sh中添加export HBASE_REGIONSERVER_OPTS=" $HBASE_REGIONSERVER_OPTS  -Xms8g -Xmx8g"

　　HFile达到允许的最大数量：

　　　　解决方案： 调大hbase.hstore.blockingStoreFiles

　　memstore大小达到阈值：

　　　　解决方案：略微调大hbase.hregion.memstore.flush.size*hbase.hregion.memstore.block

　　RegionServer上的Memstore总大小达到阈值：

　　　　解决方案：适当调大hbase.regionserver.global.memstore.size 调小hfile.block.cache.size

　　　　　　memstore 和 blockcache所占的内存总和《= 系统总内存的80%

朱丽叶暂停：

　　集群的region server任意一个出现宕机

　　发生原因：

　　　　1）Zookeeper长时间未接收到Region server响应，标记该节点宕机

　　　　2）HBase 是基于JVM，大概率遇上Full GC,GC时JVM会停止响应请求，长时间暂停造成zookeeper误认region server宕机

　　　　3）region server恢复后发现自己被标记为宕机，自己只能自杀了

　　解决方案：

　　　　1）查看内存是否够用

　　　　　　修改hbase-env.sh 中的HBASE_REGIONSERVER_OPTS选项，增加或调大-Xmx 和 -Xms值

　　　　　　

 　　　　2）调整zookeeper超时时间

　　　　　　在hbase-site.xml增加以下配置项zookeeper.session.timeout

　　　　　　　　<property>

　　　　　　　　　　<name>zookeeper.session.timeout</name>

　　　　　　　　　　<vaule>18000</value>    设置成180秒

　　　　　　　　</property>

　　　　　　　　确定最终超时时间： 1）先查看conf/zoo.cfg中tickTime=2000

　　　　　　　　　　　　　　　　　 2）计算最小minSessionTimeout=2 * tickTime =4 秒

　　　　　　　　　　　　　　　　　 3）计算最大maxSessionTimeout=20 * tickTime =40 秒

　　　　　　　　　　　　　　　　　 4） 若zookeeper.session.timeout < minSessionTimeout, 那SessionTimeout 采用 minSessionTimeout

　　　　　　　　　　　　　　　　　　　若zookeeper.session.timeout > maxSessionTimeout ,那SessionTimeout采用 maxSessionTimeout

　　　　　　　　　　　　　　　　若果Session真的要调到180秒，需要调大tickTime

　　　　　3)优化GC回收策略

　　　　　　　　JVM堆内存 < 4GB,那么使用参数 -XX:+UseParNewGC     -XX:+UseConcMarkSweepGC

　　　　　　　　JVM堆内存介于4GB~32GB，使用参数 -XX:+UseParNewGC    -XX:+UseConcMarkSweepGC 或-XX:+UseG1GC

　　　　　　　　JVM堆内存 > 32GB,使用-XX:+UseG1GC

 　　　　   4)配置MSLAB

　　　　　　　　hbase.hregion.memstore.mslab.enabled=true

　　　　　　　　hbase.hregion.memstore.chunkpool.maxsize=非0值，取值范围0-1

　　　　　　　　hbase.hregion.memstore.chunkpool.initialsize=非0值，取值范围0-1，代表预分配chunk占用chunk pool的比例

读性能调优

　　性能调优方面分为2部分： 调整API用法，调整系统配置

　　　　　　使用过滤器

　　　　　　增加blockcache (若果缓存命中率较高，可以提高blockcache大小)

　　　　　　　　

　　　　　　调整HFile合并策略