Hbase性能调优

client端

HTable.setAutoFlush(false) 关闭客户端自动刷新

HTable.setWriteBufferSize(writeBufferSize)

设置HTable客户端的写buffer大小,与上面的参数配合使用。当达到设置的writeBufferSize时,才会触发提交到服务端的请求。(不适合实时读写业务)

Put.setWriteToWAL(false) 关闭WAL日志

客户端向集群中的RegionServer提交PUT数据时,首先会先写WAL(Write Ahead Log)日志(即HLog),只有当WAL日志写成功后,再接着写MemStore,然后客户端被通知提交数据成功;如果写WAL日志失败,客户端则被通知提交失败。这样做的好处是可以做到RegionServer宕机后的数据恢复。

关闭WAL可提升写入性能,但是一旦RegionServer宕机,Put的数据将会无法根据WAL日志进行恢复。

批量PUT(put(List)),多线程写入。根据业务选择。

在spark写入hbase时,可以使用Mapreduce的方式,具体参考api saveAsHadoopDataset。

server端

server端写入数据流程

从zookeeper中的meta表获取region信息,根据表名,rowkey找到对应的regionserver。

数据写到HLog(参考client端的关闭WAL日志操作)和Memostore

MemStore达到一个阈值后则把数据刷成一个StoreFile文件。若MemStore中的数据有丢失,则可以总HLog上恢复

当多个StoreFile文件达到一定的大小后,会触发Compact合并操作,合并为一个StoreFile,这里同时进行版本的合并和数据删除

当Compact后,逐步形成越来越大的StoreFile后,会触发Split操作,把当前的StoreFile分成两个,这里相当于把一个大的region分割成两个region

根据上述流程,server调优可选参数如下:

Heapsize

增加hbase内存是提升性能最重要的参数,但是具体方案和业务相关(简单说来主要包括读多写少型和写多读少型),配置时考虑到底使用BucketCache还是使用LRUBlockCache模式。

配置参数时选择在CDH的Hbase配置界面搜索heapsize,offheap,根据实际业务和服务器资源调整相应参数。

参考https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.3.0/bk_Sys_Admin_Guides/content/ref-1e85903e-0358-410e-9b6d-13ac2036fb71.1.html

减少compaction(hbase.hstore.compactionThreshold)

默认为3,适当增加到5-10,即HStoreFiles数量超过该参数时,执行compaction。增加参数可减少compaction的次数,但是同时需要更大的内存。

hbase.hstore.compaction.max

每次minor compact最多的文件个数,和上面2类似,增加个数会使用更大内存。默认为10,可增加到30.

hbase.client.write.buffer

客户端写buffer,设置autoFlush为false时,当客户端写满buffer才flush。(参考client端调优1,该参数也可以在client端设置)

hbase.regionserver.handler.count

regionserver处理IO请求的线程数,根据集群资源适当调整。线程数越多,内存使用越高。建议30-50。

hbase.regionserver.maxlogs

regionserver的hlog数量,(参考client端调优3),默认32,可适当增加。

hbase.hstore.blockingStoreFiles

当某个HStore中HStoreFiles的数量超过该参数时,HRegion会阻塞写入以等待compaction。可增加该参数至30-100。

hbase.regionserver.thread.compaction.small

small compaction的线程数,默认为1,建议增加到5。

---------------------

本文来自 onwingsofsong 的CSDN 博客 ,全文地址请点击:https://blog.csdn.net/onwingsofsong/article/details/80207189?utm_source=copy

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,222评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,455评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,720评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,568评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,696评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,879评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,028评论 3 409
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,773评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,220评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,550评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,697评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,360评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,002评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,782评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,010评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,433评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,587评论 2 350

推荐阅读更多精彩内容

  • 参考:https://www.jianshu.com/p/569106a3008f 最近在逐步跟进Hbase的相关...
    博弈史密斯阅读 849评论 1 1
  • 一、简介 Hbase:全名Hadoop DataBase,是一种开源的,可伸缩的,严格一致性(并非最终一致性)的分...
    菜鸟小玄阅读 2,369评论 0 12
  • 本文首先简单介绍了HBase,然后重点讲述了HBase的高并发和实时处理数据 、HBase数据模型、HBase物理...
    达微阅读 2,730评论 1 13
  • 最近在逐步跟进Hbase的相关工作,由于之前对Hbase并不怎么了解,因此系统地学习了下Hbase,为了加深对Hb...
    飞鸿无痕阅读 50,202评论 19 272
  • [TOC] 摘录一 hbase.rootdir 这个目录是region server的共享目录,用来持久化HBas...
    昨夜今夕阅读 11,204评论 1 8