HBASE資料庫介紹，HBASE的特點，表結構邏輯檢視，RowKey，列簇，時間戳，Cell

HBASE資料庫

1. Hbase基礎

1.1 hbase資料庫介紹

1、簡介nosql

hbase是bigtable的開源java版本。是建立在hdfs之上，提供高可靠性、高效能、列儲存、可伸縮、實時讀寫nosql的資料庫系統。

它介於nosql和RDBMS之間，僅能通過主鍵(row key)和主鍵的range來檢索資料，僅支援單行事務(可通過hive支援來實現多表join等複雜操作)。

phoneinex

主要用來儲存結構化和半結構化的鬆散資料。

Hbase查詢資料功能很簡單，不支援join等複雜操作，不支援複雜的事務（行級的事務）

Hbase中支援的資料

型別：byte[]

與hadoop一樣，Hbase目標主要依靠橫向擴充套件，通過不斷增加廉價的商用伺服器，來增加計算和儲存能力。

HBase中的表一般有這樣的特點：

 大：一個表可以有上十億行，上百萬列 T

 面向列:面向列(族)的儲存和許可權控制，列(族)獨立檢索。

 稀疏:對於為空(null)的列，並不佔用儲存空間，因此，表可以設計的非常稀疏。

 /hbase/aaa/ /bbb/ddy

2、表結構邏輯檢視

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

Name:zhangsan , age:18 sex : male

Byte

001 002….009 0010 0011

Abcd

A xxxxx

B ooooo

姓名–年齡–地點–訂單編號–xx 64kb

地點—年齡—姓名

Zhang-18

構建二級所引

Bj-20-張

Cell 123 4

3、Row Key

1,2,3,,,,10 11 101 103

與nosql資料庫們一樣,row key是用來檢索記錄的主鍵。訪問hbase table中的行，只有三種方式：

1 通過單個row key訪問

2 通過row key的range

3 全表掃描

Row key行鍵 (Row key)可以是任意字串(最大長度是 64KB，實際應用中長度一般為10-100bytes)，在hbase內部，row key儲存為位元組陣列。

Hbase會對錶中的資料按照rowkey排序(字典順序)

儲存時，資料按照Row key的字典序(byte order)排序儲存。設計key時，要充分排序儲存這個特性，將經常一起讀取的行儲存放到一起。(位置相關性)

注意：

字典序對int排序的結果是

1,10,100000001,11,12,13,14,15,16,17,18,19,2,20,21,…,9,91,92,93,94,95,96,97,98,99。要保持整形的自然序，行鍵必須用0作左填充。

行的一次讀寫是原子操作 (不論一次讀寫多少列)。這個設計決策能夠使使用者很容易的理解程式在對同一個行進行併發更新操作時的行為。

4、列族（面向列進行儲存的）

hbase表中的每個列，都歸屬與某個列族。列族是表的schema的一部分(而列不是)，必須在使用表之前定義(必須在建立表的時候定義)。

列名都以列族作為字首。例如courses:history ， courses:math 都屬於 courses 這個列族。

訪問控制、磁碟和記憶體的使用統計都是在列族層面進行的。

列族越多，在取一行資料時所要參與IO、搜尋的檔案就越多，所以，如果沒有必要，不要設定太多的列族。

5、時間戳

HBase中通過row和columns確定的為一個存貯單元稱為cell。每個 cell都儲存著同一份資料的多個版本。版本通過時間戳來索引。時間戳的型別是 64位整型。時間戳可以由hbase(在資料寫入時自動 )賦值，此時時間戳是精確到毫秒的當前系統時間。時間戳也可以由客戶顯式賦值。如果應用程式要避免資料版本衝突，就必須自己生成具有唯一性的時間戳。每個 cell中，不同版本的資料按照時間倒序排序，即最新的資料排在最前面。

為了避免資料存在過多版本造成的的管理 (包括存貯和索引)負擔，hbase提供了兩種資料版本回收方式：

HColumnDescriptor

.setTimeToLive(毫秒)

.setInMemory(boolean)

.setMaxVeisons(8)

.setMinVeisons(8)

 儲存資料的最後n個版本

 儲存最近一段時間內的版本（設定資料的生命週期TTL）。

使用者可以針對每個列族進行設定。

6、Cell

由{row key, column( = + ), version} 唯一確定的單元。 

cell中的資料是沒有型別的，全部是位元組碼形式存貯。

轉載：

https://blog.csdn.net/tototuzuoquan/article/details/73565043