一文讀懂大資料時代的結構化儲存資料庫——HBase

HBase中的元件包括Client、Zookeeper、HMaster、HRegionServer、HRegion、Store、MemStore、StoreFile、HFile、HLog等，HBase中的每張表都透過行鍵按照一定的範圍被分割成多個子表（HRegion），預設一個HRegion超過256M就要被分割成兩個，這個過程由HRegionServer管理，而HRegion的分配由HMaster管理。

相關名詞介紹

RowKey：是Byte array，是表中每條記錄的“主鍵”，方便快速查詢，Rowkey的設計非常重要。表中的行根據行的鍵值進行排序，資料按照RowKey的字典序排序儲存

Column Family：列族，擁有一個名稱(string)，包含一個或者多個相關列。列族須作為表樣式(schema)定義的一部分預先定義。如create ‘alarmInfo’ ,’i’

Column：屬於某一個columnfamily，familyName:columnName，每條記錄可動態新增

Version Number：型別為Long，預設值是系統時間戳，可由使用者自定義

Value(Cell)：由{row key, column(= + ), version} 唯一確定的單元。cell中的資料是沒有型別的，全部是位元組碼形式存貯。

HBase邏輯模型

HBase以表的形式儲存資料。表有行和列組成。列劃分為若干個列族(row family)

Hbase 物理模型

 Table中所有行都按照row key的字典序排列；Table在行的方向上分割為多個Region；Region按大小分割的，每個表開始只有一個region，隨著資料增多，region不斷增大，當增大到一個閥值的時候，region就會等分會兩個新的region，之後會有越來越多的region；Region是Hbase中分散式儲存和負載均衡的最小單元，不同Region分佈到不同RegionServer上。

Region雖然是分散式儲存的最小單元，但並不是儲存的最小單元。Region由一個或者多個Store組成，每個store儲存一個columns family；每個Strore又由一個memStore和0至多個StoreFile組成，StoreFile包含HFile；memStore儲存在記憶體中，StoreFile儲存在HDFS上。

Hbase 請求過程

HBase是一個分散式資料庫，因此一張表的資料可能會分佈在不同的節點中。需要註意的是 region是Hbase分散式儲存的最小單位，但region不是HBase儲存的最小單位。在HBase中，一張表會被根據行鍵值的範圍劃分為幾個region，然後不同的region將會放在不同的region伺服器上，被伺服器上的HRegionServer 所管理和維持。

因此我們可以推斷出，當我們傳送一個查詢（插入、刪除）請求時，首先客戶端能根據請求中的行鍵值去確定該行鍵值應該儲存在哪一個region上，並且該region在哪一個region伺服器上（該查詢過程主要使用-ROOT-表、和.meta表，當定位到操作的region伺服器的位置以後，客戶端（Client）會將該操作傳送到region伺服器上，然後請求操作可能會被直接執行，也可能會進入任務佇列等待

Hbase 與RDBMS對比

為什麼採用HBase？

HBase 不同於一般的關係資料庫,它是一個適合於非結構化資料儲存的資料庫.所謂非結構化資料儲存就是說HBase是基於列的而不是基於行的樣式，這樣方面讀寫你的大資料內容。

HBase是介於Map Entry(key & value)和DB Row之間的一種資料儲存方式。就點有點類似於現在流行的Memcache，但不僅僅是簡單的一個key對應一個 value，你很可能需要儲存多個屬性的資料結構，但沒有傳統資料庫表中那麼多的關聯關係，這就是所謂的鬆散資料。

簡單來說，你在HBase中的表建立的可以看做是一張很大的表，而這個表的屬性可以根據需求去動態增加，在HBase中沒有表與表之間關聯查詢。你只需要 告訴你的資料儲存到Hbase的那個column families 就可以了，不需要指定它的具體型別：char,varchar,int,tinyint,text等等。但是你需要註意HBase中不包含事務此類的功 能。

●本文編號282，以後想閱讀這篇文章直接輸入282即可