有知道HBase使用場(chǎng)景有哪些的嗎？HBase簡(jiǎn)介HBase（Hadoopdatabase）是一個(gè)分布式、可擴(kuò)展、再朝列的NoSQL數(shù)據(jù)庫(kù)，本質(zhì)上是一個(gè)Key-Value系統(tǒng)，底層存儲(chǔ)設(shè)計(jì)和實(shí)現(xiàn)HDF

有知道HBase使用場(chǎng)景有哪些的嗎？

HBase簡(jiǎn)介HBase（Hadoopdatabase）是一個(gè)分布式、可擴(kuò)展、再朝列的NoSQL數(shù)據(jù)庫(kù)，本質(zhì)上是一個(gè)Key-Value系統(tǒng)，底層存儲(chǔ)設(shè)計(jì)和實(shí)現(xiàn)HDFS，原生意見(jiàn)MapReduce計(jì)算框架，本身高吞吐、低延時(shí)的讀寫(xiě)特點(diǎn)。

HBase主要注意特性

HBase乾坤二卦很多重要的特性，追加：

強(qiáng)一致性讀寫(xiě)：HBase并不是最終一致性，只不過(guò)是強(qiáng)一致性的系統(tǒng)，這讓HBase太更適合做西下高速的吸聚操作。

自動(dòng)sharding：HBase的表在水平方向上以region為單位分布式存儲(chǔ)在各個(gè)節(jié)點(diǎn)上，當(dāng)region都沒(méi)有達(dá)到是有大小時(shí)，變會(huì)手動(dòng)split恢復(fù)分布數(shù)據(jù)。

自動(dòng)出現(xiàn)故障轉(zhuǎn)移：這是HBase高可用的體現(xiàn)，當(dāng)某一個(gè)節(jié)點(diǎn)故障下線時(shí)，節(jié)點(diǎn)上的region也會(huì)登陸游戲并會(huì)自動(dòng)啟動(dòng)撤回到狀態(tài)良好的節(jié)點(diǎn)上不了線。

再朝列的存儲(chǔ)：HBase是向大列的存儲(chǔ)系統(tǒng)，相同特征（列族同一）的數(shù)據(jù)會(huì)被注意扔到一起，這能夠提高增加數(shù)據(jù)讀取數(shù)據(jù)的效率。

完美貼合增強(qiáng)Hadoop：HBase被定義法為Hadoopdatabase，那就是基于組件HDFS做的數(shù)據(jù)存儲(chǔ)，而原生的支持MapReduce計(jì)算引擎。

相當(dāng)敵視的API操作：HBase需要提供了簡(jiǎn)單易用的JavaAPI，而且提供了Thrift與REST的API供非Java環(huán)境在用。

BlockCache與BloomFilter：查詢(xún)優(yōu)化軟件方面HBase接受BlockCache與BloomFilter，也讓HBase能對(duì)海量數(shù)據(jù)做高效查詢(xún)。

什么時(shí)候建議使用HBaseHBase才是一款NoSQL數(shù)據(jù)庫(kù)，并不能不能可以解決所有問(wèn)題。關(guān)于我們?cè)趯?shí)際中生產(chǎn)過(guò)程中滿(mǎn)足的條件哪些條件的時(shí)候是可以中,選擇HBase作為底層存儲(chǔ)，這里能提供幾點(diǎn)建議：

1、數(shù)據(jù)量規(guī)模相當(dāng)浩大

一般情形，單表數(shù)據(jù)量如果不是僅有百萬(wàn)級(jí)的或更少，不是非常建議您建議使用HBase而估計(jì)判斷關(guān)系型數(shù)據(jù)庫(kù)是否能夠滿(mǎn)足用戶(hù)的需求；單表數(shù)據(jù)量遠(yuǎn)遠(yuǎn)超過(guò)千萬(wàn)或則十億百億的時(shí)候，而且伴有較高并發(fā)，也可以考慮使用HBase。這比較多是利用現(xiàn)有分布式存儲(chǔ)系統(tǒng)的優(yōu)勢(shì)，假如數(shù)據(jù)量比較好小，單個(gè)節(jié)點(diǎn)就能管用存儲(chǔ)的話則其他節(jié)點(diǎn)的資源就會(huì)存在浪費(fèi)。

2、要求是實(shí)時(shí)地的點(diǎn)查詢(xún)

HBase是一個(gè)Key-Value數(shù)據(jù)庫(kù)，默認(rèn)對(duì)Rowkey即行鍵做了索引優(yōu)化，因此就算是數(shù)據(jù)量非常龐大，依據(jù)什么行鍵的查詢(xún)效率始終會(huì)很高，這以至于HBase太更適合依據(jù)行鍵做單條記錄的查詢(xún)。真心只能說(shuō)明的是，不能據(jù)行鍵的一部分做范圍去查詢(xún)，這里不屬于到Rowkey的設(shè)計(jì)問(wèn)題，不再繼續(xù)贅言。

3、都能夠不能容忍N(yùn)oSQL短板

前面提到了NoSQL并不能不能幫忙解決所有問(wèn)題，HBase確實(shí)是一樣的，假如業(yè)務(wù)場(chǎng)景是是需要事務(wù)意見(jiàn)、緊張的關(guān)聯(lián)去查詢(xún)等，不建議不使用HBase。HBase有它適合我的業(yè)務(wù)場(chǎng)景，我們不能過(guò)分苛刻它也能幫我們能解決所有問(wèn)題。

4、數(shù)據(jù)分析需求并不是太多

可是說(shuō)HBase是另一個(gè)面向列的數(shù)據(jù)庫(kù)，但它有別于真正的列式存儲(chǔ)系統(tǒng)諸如Parquet、Kudu等，再而且自身存儲(chǔ)架構(gòu)的設(shè)計(jì)，使得HBase根本不擅長(zhǎng)做數(shù)據(jù)分析，或是說(shuō)數(shù)據(jù)分析是HBase的弱項(xiàng)，因此假如通常的業(yè)務(wù)需求是替做數(shù)據(jù)分析，諸如做報(bào)表，這樣不建議您就使用HBase。

如果能夠滿(mǎn)足的條件根據(jù)上述規(guī)定的幾點(diǎn)，硬件條件也行最簡(jiǎn)形矩陣的情況下，濃烈建議您判斷在用HBase以及底層存儲(chǔ)解決你的問(wèn)題。

HBase使用場(chǎng)景由于HBase十分豐富的特性，而且自身的海量數(shù)據(jù)存儲(chǔ)能力與海量計(jì)算并發(fā)訪問(wèn)能力，以至于HBase應(yīng)用的很應(yīng)用范圍。目前已經(jīng)在金融、交通、醫(yī)療、車(chē)聯(lián)網(wǎng)、IoT等眾多領(lǐng)域有了最佳實(shí)踐，比較復(fù)雜到訂單/賬單存儲(chǔ)、用戶(hù)畫(huà)像、時(shí)空/時(shí)序數(shù)據(jù)、對(duì)象存儲(chǔ)、Cube分析等各個(gè)使用場(chǎng)景。