這篇文章給大家分享的是有關(guān)Hbase常用參數(shù)是什么的內(nèi)容。小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨小編過(guò)來(lái)看看吧。

源匯網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)建站！從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站建設(shè)等網(wǎng)站項(xiàng)目制作，到程序開發(fā)，運(yùn)營(yíng)維護(hù)。創(chuàng)新互聯(lián)建站于2013年創(chuàng)立到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來(lái)保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)建站。

參數(shù)列表：

hbase.client.write.buffer          寫入是BUFFER大小，默認(rèn)2M，一般2-5M左右，插入時(shí)先插入緩存即表示完成，明顯速度比不使用緩存要快
hbase.client.scanner.caching   通過(guò)ResultScanner獲取結(jié)果的時(shí)候，默認(rèn)next()方法一次一條，通過(guò)設(shè)置cache，一次可以多條，默認(rèn)值100，這個(gè)值越大，需要內(nèi)存越多
hbase.master.handler.count    Master RPC數(shù)量
hbase.regionserver.handler.count  regionserver RPC數(shù)量
hbase.regionserver.global.memstore.upperLimit,  默認(rèn)0.4表示memstore最多使用JAVA HEAP的40%
hbase.regionserver.global.memstore.lowerLimit,  默認(rèn)0.38 表示使用到了38%就要進(jìn)行刷盤了
hbase.hregion.memstore.flush.size                        默認(rèn)128M，當(dāng)memstore 使用達(dá)到128M，就刷新為Hfile,并關(guān)閉次memstore
hbase.hregion.max.filesize                                     HFILE最大值，超過(guò)了就要split
hbase.hstore.compactionThreshold                       默認(rèn)3， 一個(gè)region下有3個(gè)HFILE就會(huì)合并
hbase.hstore.blockingStoreFiles                             默認(rèn)10， 如果達(dá)到這個(gè)數(shù)字，就會(huì)阻塞插入和更新，等待合并完成， 但是這個(gè)參數(shù)不是強(qiáng)制性的，看下面的blockwait time
hbase.hstore.blockingWaitTime                               默認(rèn)90秒，如果超過(guò)這個(gè)時(shí)間合并還沒(méi)有完成，重啟啟用更新插入
hbase.hregion.majorcompaction                            默認(rèn)7天，有公式來(lái)支撐，大致是比較當(dāng)前時(shí)間和HFILE時(shí)間做比較，看是否有超過(guò)7天
hfile.block.cache.size                                               讀緩存，默認(rèn)java heap的40% 
IncreasingToUpperBoundRegionSplitPolicy      split policy， 默認(rèn)值， 如果要關(guān)閉自動(dòng)SPLIT，建議使用第三種策略，然后增大HFILE最大大小，這樣自動(dòng)SPLIT基本就關(guān)閉了
KeyPrefixRegionSplitPolicy
ConstantSizeRegionSplitPolicy


以上這些參數(shù)通常都要根據(jù)業(yè)務(wù)情況進(jìn)行微調(diào)，不需要太大調(diào)整，要完整的說(shuō)怎么使用，不太可能，業(yè)務(wù)不同，規(guī)則不同。

比如BLOCK CACHE，讀緩存，按照數(shù)據(jù)庫(kù)的規(guī)則來(lái)說(shuō)，譬如MySQL, ORACLE，我們希望這個(gè)值的命中率為99%， 但是對(duì)HBASE來(lái)說(shuō)99%基本不可能，有些大的表可能就偶爾做一次SCAN，數(shù)據(jù)進(jìn)入內(nèi)存之后，把其他經(jīng)常需要緩存的數(shù)據(jù)刷出去了，這種情況，建議關(guān)閉這種表的BLOCK CACHE， 那如果有些表經(jīng)常要讀，可能我們希望會(huì)設(shè)置IN MEMORY。 

再比如memstore為128M，是否這個(gè)值能否修改為256？ 或者64 ？ 我覺(jué)得是看刷新頻率，如果你幾秒鐘就128M了，我覺(jué)得是否這個(gè)值應(yīng)該加大，另外minor合并默認(rèn)為3，是否小了？ 修改為5，或者8或者更大是否合適呢?  

感謝各位的閱讀！關(guān)于“Hbase常用參數(shù)是什么”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)，如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！