深入理解hbase
1 HBase简介
1.1 什么是HBase
HBase的原型是Google的BigTable论文，受到了该论文思想的启发，目前作为Hadoop的子项目来开发维护，用于支持结构化的数据存储。
官方网站：http://hbase.apache.org
– 2006年Google发表BigTable白皮书
– 2006年开始开发HBase
– 2008年北京成功开奥运会，程序员默默地将HBase弄成了Hadoop的子项目
– 2010年HBase成为Apache顶级项目
– 现在很多公司二次开发出了很多发行版本，你也开始使用了。
HBase是一个高可靠性、高性能、面向列、可伸缩的分布式存储系统**，利用HBASE技术可在廉价PC Server上搭建起大规模结构化存储集群。
HBase的目标是存储并处理大型的数据，更具体来说是仅需使用普通的硬件配置，就能够处理由成千上万的行和列所组成的大型数据。
HBase是Google Bigtable的开源实现，但是也有很多不同之处。比如：Google Bigtable利用GFS作为其文件存储系统，HBase利用Hadoop HDFS作为其文件存储系统；Google运行MAPREDUCE来处理Bigtable中的海量数据，HBase同样利用Hadoop MapReduce来处理HBase中的海量数据；Google Bigtable利用Chubby作为协同服务，HBase利用Zookeeper作为对应。
1.2 Hbase特点
1）海量存储
Hbase适合存储PB级别的海量数据，在PB级别的数据以及采用廉价PC存储的情况下，能在几十到百毫秒内返回数据。这与Hbase的极易扩展性息息相关。正式因为Hbase良好的扩展性，才为海量数据的存储提供了便利。
2）列式存储
这里的列式存储其实说的是列族（ColumnFamily）存储，Hbase是根据列族来存储数据的。列族下面可以有非常多的列，列族在创建表的时候就必须指定。
3）极易扩展
Hbase的扩展性主要体现在两个方面，一个是基于上层处理能力（RegionServer）的扩展，一个是基于存储的扩展（HDFS）。
通过横向添加RegionSever的机器，进行水平扩展，提升Hbase上层的处理能力，提升Hbsae服务更多Region的能力。
备注：RegionServer的作用是管理region、承接业务的访问，这个后面会详细的介绍通过横向添加Datanode的机器，进行存储层扩容，提升Hbase的数据存储能力和提升后端存储的读写能力。
4）高并发（多核）
由于目前大部分使用Hbase的架构，都是采用的廉价PC，因此单个IO的延迟其实并不小，一般在几十到上百ms之间。这里说的高并发，主要是在并发的情况下，Hbase的单个IO延迟下降并不多。能获得高并发、低延迟的服务。
5）稀疏
稀疏主要是针对Hbase列的灵活性，在列族中，你可以指定任意多的列，在列数据为空的情况下，是不会占用存储空间的。
1.3 HBase架构
下面来介绍一下几个组件的相关功能：
1）Client
Client包含了访问Hbase的接口，另外Client还维护了对应的cache来加速Hbase的访问，比如cache的.META.元数据的信息。
2）Zookeeper
HBase通过Zookeeper来做master的高可用、RegionServer的监控、元数据的入口以及集群配置的维护等工作。具体工作如下：
通过Zoopkeeper来保证集群中只有1个master在运行，如果master异常，会通过竞争机制产生新的master提供服务
通过Zoopkeeper来监控RegionServer的状态，当RegionSevrer有异常的时候，通过回调的形式通知Master RegionServer上下线的信息
通过Zoopkeeper存储元数据的统一入口地址
3）Hmaster（NameNode）
master节点的主要职责如下：
为RegionServer分配Region
维护整个集群的负载均衡
维护集群的元数据信息
发现失效的Region，并将失效的Region分配到正常的RegionServer上
当RegionSever失效的时候，协调对应Hlog的拆分
4）HregionServer(DataNode)
HregionServer直接对接用户的读写请求，是真正的“干活”的节点。它的功能概括如下：
管理master为其分配的Region
处理来自客户端的读写请求
负责和底层HDFS的交互，存储数据到HDFS
负责Region变大以后的拆分
负责Storefile的合并工作
5）HDFS
HDFS为Hbase提供最终的底层数据存储服务，同时为HBase提供高可用（Hlog存储在HDFS）的支持，具体功能概括如下：
提供元数据和表数据的底层分布式存储服务
数据多副本，保证的高可靠和高可用性
1.4 HBase中的角色
1.4.1 HMaster
功能
-
1．监控RegionServer
-
2．处理RegionServer故障转移
-
3．处理元数据的变更
-
4．处理region的分配或转移
-
5．在空闲时间进行数据的负载均衡
-
6．通过Zookeeper发布自己的位置给客户端
1.4.2 RegionServer
功能
-
1．负责存储HBase的实际数据
-
2．处理分配给它的Region
-
3．刷新缓存到HDFS
-
4．维护Hlog
-
5．执行压缩
-
6．负责处理Region分片
1.4.3 其他组件
1．Write-Ahead logs
HBase的修改记录，当对HBase读写数据的时候，数据不是直接写进磁盘，它会在内存中保留一段时间（时间以及数据量阈值可以设定）。但把数据保存在内存中可能有更高的概率引起数据丢失，为了解决这个问题，数据会先写在一个叫做Write-Ahead logfile的文件中，然后再写入内存中。所以在系统出现故障的时候，数据可以通过这个日志文件重建。
2．Region
Hbase表的分片，HBase表会根据RowKey值被切分成不同的region存储在RegionServer中，在一个RegionServer中可以有多个不同的region。
3．Store
HFile存储在Store中，一个Store对应HBase表中的一个列族(列簇， Column Family)。
4．MemStore
顾名思义，就是内存存储，位于内存中，用来保存当前的数据操作，所以当数据保存在WAL中之后，RegsionServer会在内存中存储键值对。
5．HFile
这是在磁盘上保存原始数据的实际的物理文件，是实际的存储文件。StoreFileHfileHDFS
2 HBase的安装
后面专门用一章节说明
3 HBase shell的操作
3-2 基本操作
-
进入HBase客户端命令行
[root@hdp-1 ambari-server]# hbase shell SLF4J: Class path contains multiple SLF4J bindings. SLF4J: Found binding in [jar:file:/usr/hdp/3.1.4.0-315/phoenix/phoenix-5.0.0.3.1.4.0-315-server.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: Found binding in [jar:file:/usr/hdp/3.1.4.0-315/hadoop/lib/slf4j-log4j12-1.7.25.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation. SLF4J: Actual binding is of type [org.slf4j.impl.Log4jLoggerFactory] HBase Shell Use "help" to get list of supported commands. Use "exit" to quit this interactive shell. For Reference, please visit: http://hbase.apache.org/2.0/book.html#shell Version 2.0.2.3.1.4.0-315, r, Fri Aug 23 05:15:48 UTC 2019 Took 0.0624 seconds hbase(main):001:0> -
查看帮助命令
hbase(main):003:0> help HBase Shell, version 2.0.2.3.1.4.0-315, r, Fri Aug 23 05:15:48 UTC 2019 Type 'help "COMMAND"', (e.g. 'help "get"' -- the quotes are necessary) for help on a specific command. Commands are grouped. Type 'help "COMMAND_GROUP"', (e.g. 'help "general"') for help on a command group. COMMAND GROUPS: Group name: general Commands: processlist, status, table_help, version, whoami Group name: ddl Commands: alter, alter_async, alter_status, create, describe, disable, disable_all, drop, drop_all, enable, enable_all, exists, get_table, is_disabled, is_enabled, list, list_regions, locate_region, show_filters Group name: namespace Commands: alter_namespace, create_namespace, describe_namespace, drop_namespace, list_namespace, list_namespace_tables Group name: dml Commands: append, count, delete, deleteall, get, get_counter, get_splits, incr, put, scan, truncate, truncate_preserve Group name: tools Commands: assign, balance_switch, balancer, balancer_enabled, catalogjanitor_enabled, catalogjanitor_run, catalogjanitor_switch, cleaner_chore_enabled, cleaner_chore_run, cleaner_chore_switch, clear_block_cache, clear_compaction_queues, clear_deadservers, close_region, compact, compact_rs, compaction_state, flush, is_in_maintenance_mode, list_deadservers, major_compact, merge_region, move, normalize, normalizer_enabled, normalizer_switch, split, splitormerge_enabled, splitormerge_switch, trace, unassign, wal_roll, zk_dump Group name: replication Commands: add_peer, append_peer_namespaces, append_peer_tableCFs, disable_peer, disable_table_replication, enable_peer, enable_table_replication, get_peer_config, list_peer_configs, list_peers, list_replicated_tables, remove_peer, remove_peer_namespaces, remove_peer_tableCFs, set_peer_bandwidth, set_peer_exclude_namespaces, set_peer_exclude_tableCFs, set_peer_namespaces, set_peer_replicate_all, set_peer_tableCFs, show_peer_tableCFs, update_peer_config Group name: snapshots Commands: clone_snapshot, delete_all_snapshot, delete_snapshot, delete_table_snapshots, list_snapshots, list_table_snapshots, restore_snapshot, snapshot Group name: configuration Commands: update_all_config, update_config Group name: quotas Commands: list_quota_snapshots, list_quota_table_sizes, list_quotas, list_snapshot_sizes, set_quota Group name: security Commands: grant, list_security_capabilities, revoke, user_permission Group name: procedures Commands: list_locks, list_procedures Group name: visibility labels Commands: add_labels, clear_auths, get_auths, list_labels, set_auths, set_visibility Group name: rsgroup Commands: add_rsgroup, balance_rsgroup, get_rsgroup, get_server_rsgroup, get_table_rsgroup, list_rsgroups, move_namespaces_rsgroup, move_servers_namespaces_rsgroup, move_servers_rsgroup, move_servers_tables_rsgroup, move_tables_rsgroup, remove_rsgroup, remove_servers_rsgroup SHELL USAGE: Quote all names in HBase Shell such as table and column names. Commas delimit command parameters. Type <RETURN> after entering a command to run it. Dictionaries of configuration used in the creation and alteration of tables are Ruby Hashes. They look like this: {'key1' => 'value1', 'key2' => 'value2', ...} and are opened and closed with curley-braces. Key/values are delimited by the '=>' character combination. Usually keys are predefined constants such as NAME, VERSIONS, COMPRESSION, etc. Constants do not need to be quoted. Type 'Object.constants' to see a (messy) list of all constants in the environment. If you are using binary keys or values and need to enter them in the shell, use double-quote'd hexadecimal representation. For example: hbase> get 't1', "key\x03\x3f\xcd" hbase> get 't1', "key\003\023\011" hbase> put 't1', "test\xef\xff", 'f1:', "\x01\x33\x40" The HBase shell is the (J)Ruby IRB with the above HBase-specific commands added. For more on the HBase Shell, see http://hbase.apache.org/book.html hbase(main):004:0> -
查看当前数据库中有哪些表
hbase(main):004:0> list TABLE ambarismoketest 1 row(s) Took 2.3131 seconds => ["ambarismoketest"] hbase(main):005:0>
3-3 表的操作
1．创建表
hbase(main):005:0> create 'student','info'
Created table student
Took 3.3482 seconds
=> Hbase::Table - student
2．插入数据到表
hbase(main):006:0> put 'student','1001','info:sex','male'
Took 1.1000 seconds
hbase(main):007:0> put 'student','1001','info:age','18'
Took 0.0504 seconds
hbase(main):008:0> put 'student','1002','info:name','Janna'
Took 0.0405 seconds
hbase(main):009:0> put 'student','1002','info:sex','female'
Took 0.0524 seconds
hbase(main):010:0> put 'student','1002','info:age','20'
Took 0.0252 seconds
hbase(main):012:0> scan 'student'
ROW COLUMN+CELL
1001 column=info:age, timestamp=1636353190082, value=18
1001 column=info:sex, timestamp=1636353172105, value=male
1002 column=info:age, timestamp=1636353248276, value=20
1002 column=info:name, timestamp=1636353230744, value=Janna
1002 column=info:sex, timestamp=1636353241892, value=female
3．扫描查看表数据
hbase(main):014:0> scan 'student'
ROW COLUMN+CELL
1001 column=info:age, timestamp=1636353190082, value=18
1001 column=info:sex, timestamp=1636353172105, value=male
1002 column=info:age, timestamp=1636353248276, value=20
1002 column=info:name, timestamp=1636353230744, value=Janna
1002 column=info:sex, timestamp=1636353241892, value=female
2 row(s)
Took 0.0516 seconds
hbase(main):015:0> scan 'student',{STARTROW => '1001', STOPROW => '1001'}
ROW COLUMN+CELL
1001 column=info:age, timestamp=1636353190082, value=18
1001 column=info:sex, timestamp=1636353172105, value=male
1 row(s)
Took 0.0771 seconds
hbase(main):017:0> scan 'student',{STARTROW => '1002', STOPROW => '1002'}
ROW COLUMN+CELL
1002 column=info:age, timestamp=1636353248276, value=20
1002 column=info:name, timestamp=1636353230744, value=Janna
1002 column=info:sex, timestamp=1636353241892, value=female
1 row(s)
Took 0.0636 seconds
hbase(main):018:0>
4．查看表结构
hbase(main):020:0> describe 'student'
Table student is ENABLED
student
COLUMN FAMILIES DESCRIPTION
{NAME => 'info', VERSIONS => '1', EVICT_BLOCKS_ON_CLOSE => 'false', NEW_VERSION_BEHAVIOR => 'false', KEEP_DELETED_CELLS => 'FALSE', CACHE_DATA_ON_WRITE => 'false', DATA_BLOCK_EN
CODING => 'NONE', TTL => 'FOREVER', MIN_VERSIONS => '0', REPLICATION_SCOPE => '0', BLOOMFILTER => 'ROW', CACHE_INDEX_ON_WRITE => 'false', IN_MEMORY => 'false', CACHE_BLOOMS_ON_W
RITE => 'false', PREFETCH_BLOCKS_ON_OPEN => 'false', COMPRESSION => 'NONE', BLOCKCACHE => 'true', BLOCKSIZE => '65536'}
1 row(s)
Took 0.1085 seconds
hbase(main):021:0>
5．更新指定字段的数据
hbase(main):021:0> list
TABLE
ambarismoketest
student
2 row(s)
Took 0.0193 seconds
=> ["ambarismoketest", "student"]
hbase(main):022:0> scan 'student'
ROW COLUMN+CELL
1001 column=info:age, timestamp=1636353190082, value=18
1001 column=info:sex, timestamp=1636353172105, value=male
1002 column=info:age, timestamp=1636353248276, value=20
1002 column=info:name, timestamp=1636353230744, value=Janna
1002 column=info:sex, timestamp=1636353241892, value=female
2 row(s)
Took 0.0465 seconds
hbase(main):023:0> put 'student','1001','info:age','120'
Took 0.0291 seconds
hbase(main):024:0> scan 'student'
ROW COLUMN+CELL
1001 column=info:age, timestamp=1636354732258, value=120
1001 column=info:sex, timestamp=1636353172105, value=male
1002 column=info:age, timestamp=1636353248276, value=20
1002 column=info:name, timestamp=1636353230744, value=Janna
1002 column=info:sex, timestamp=1636353241892, value=female
2 row(s)
Took 0.0242 seconds
6．查看“指定行”或“指定列族:列”的数据
hbase(main):025:0> get 'student','1001'
COLUMN CELL
info:age timestamp=1636354732258, value=120
info:sex timestamp=1636353172105, value=male
1 row(s)
Took 0.0377 seconds
hbase(main):026:0> get 'student','1001','info:age'
COLUMN CELL
info:age timestamp=1636354732258, value=120
1 row(s)
Took 0.0196 seconds
hbase(main):027:0>
7．统计表数据行数
hbase(main):027:0> count 'student'
2 row(s)
Took 0.1526 seconds
=> 2
hbase(main):028:0>
8．删除数据
-
删除某rowkey的全部数据
hbase(main):028:0> deleteall 'student','1001' Took 0.1240 seconds hbase(main):030:0> scan 'student' ROW COLUMN+CELL 1002 column=info:age, timestamp=1636353248276, value=20 1002 column=info:name, timestamp=1636353230744, value=Janna 1002 column=info:sex, timestamp=1636353241892, value=female 1 row(s) Took 0.0625 seconds -
删除某rowkey的某一列数据
hbase(main):031:0> delete 'student','1002','info:sex' Took 0.0889 seconds hbase(main):032:0> scan 'student' ROW COLUMN+CELL 1002 column=info:age, timestamp=1636353248276, value=20 1002 column=info:name, timestamp=1636353230744, value=Janna 1 row(s) Took 0.0376 seconds
9．清空表数据
hbase(main):033:0> truncate 'student'
Truncating 'student' table (it may take a while):
Disabling table...
Truncating table...
Took 3.9867 seconds
hbase(main):034:0> list
TABLE
ambarismoketest
student
2 row(s)
Took 0.0100 seconds
=> ["ambarismoketest", "student"]
hbase(main):035:0> scan 'student'
ROW COLUMN+CELL
0 row(s)
Took 5.7155 seconds
hbase(main):036:0>
提示：清空表的操作顺序为先disable，然后再truncate。
10．删除表
hbase(main):036:0> list
TABLE
ambarismoketest
student
2 row(s)
Took 0.0466 seconds
hbase(main):038:0> disable 'student'
Took 1.4977 seconds
hbase(main):039:0> drop 'student'
Took 1.0651 seconds
hbase(main):040:0>
11．变更表信息
hbase(main):047:0> list
TABLE
ambarismoketest
1 row(s)
Took 0.0138 seconds
=> ["ambarismoketest"]
hbase(main):048:0> create 'student','info'
Created table student
Took 2.4886 seconds
=> Hbase::Table - student
hbase(main):049:0> alter 'student',{NAME=>'info',VERSIONS=>3}
Updating all regions with the new schema...
1/1 regions updated.
Done.
Took 3.6628 seconds
hbase(main):050:0> list
TABLE
ambarismoketest
student
2 row(s)
Took 0.0438 seconds
=> ["ambarismoketest", "student"]
hbase(main):051:0> scan 'student'
ROW COLUMN+CELL
0 row(s)
Took 0.1239 seconds
hbase(main):052:0> get 'student','1001',{COLUMN=>'info:name',VERSIONS=>3}
COLUMN CELL
0 row(s)
Took 0.0180 seconds
hbase(main):053:0>
4 HBase数据结构
4-1 RowKey
与nosql数据库们一样,RowKey是用来检索记录的主键。访问HBASE table中的行，只有三种方式：
-
1.通过单个RowKey访问(get)
-
2.通过RowKey的range（正则）(like)
-
3.全表扫描(scan)
RowKey行键可以是任意字符串最大长度是，实际应用中长度一般为，在内部，保存为字节数组。存储时，数据按照的字典序排序存储。设计时，要充分排序存储这个特性，将经常一起读取的行存储放到一起。位置相关性
2 Column Family
列族：HBASE表中的每个列，都归属于某个列族。列族是表的schema的一部 分(而列不是)，必须在使用表之前定义。列名都以列族作为前缀。例如 courses:history，courses:math都属于courses 这个列族。
4.3 Cell
由{rowkey, column Family:columu, version} 唯一确定的单元。cell中的数据是没有类型的，全部是字节码形式存贮。
关键字：无类型、字节码
4.4 Time Stamp
HBASE 中通过rowkey和columns确定的为一个存贮单元称为cell。每个 cell都保存 着同一份数据的多个版本。版本通过时间戳来索引。时间戳的类型是 64位整型。时间戳可以由HBASE(在数据写入时自动 )赋值，此时时间戳是精确到毫秒 的当前系统时间。时间戳也可以由客户显式赋值。如果应用程序要避免数据版 本冲突，就必须自己生成具有唯一性的时间戳。每个 cell中，不同版本的数据按照时间倒序排序，即最新的数据排在最前面。
为了避免数据存在过多版本造成的的管理 ()HBASE n
4.5 命名空间
1) Table：表，所有的表都是命名空间的成员，即表必属于某个命名空间，如果没有指定，则在default默认的命名空间中。
**2) RegionServer group：**一个命名空间包含了默认的RegionServer Group。
**3) Permission：**权限，命名空间能够让我们来定义访问控制列表ACL（Access Control List）。例如，创建表，读取表，删除，更新等等操作。
**4) Quota：**限额，可以强制一个命名空间可包含的的数量。
第5章 HBase原理
5.1 读流程
1）Client先访问zookeeper，从meta表读取region的位置，然后读取meta表中的数据。meta中又存储了用户表的region信息；
2）根据namespace、表名和rowkey在meta表中找到对应的region信息；
3）找到这个region对应的regionserver；
4）查找对应的region；
5）先从MemStore找数据，如果没有，再到BlockCache里面读；
6）BlockCache还没有，再到StoreFile上读(为了读取的效率)；
7）如果是从StoreFile里面读取的数据，不是直接返回给客户端，而是先写入BlockCache，再返回给客户端。
5.2 写流程
1）Client向HregionServer发送写请求；
2）HregionServer将数据写到HLog（write ahead log）。为了数据的持久化和恢复；
3）HregionServer将数据写到内存（MemStore）；
4）反馈Client写成功。
5.3 数据flush过程
1）当MemStore数据达到阈值（默认是128M，老版本是64M），将数据刷到硬盘，将内存中的数据删除，同时删除HLog中的历史数据；
2）并将数据存储到HDFS中；
3）在HLog中做标记点。
5.4 数据合并过程
1）当数据块达到3块，Hmaster触发合并操作，Region将数据块加载到本地，进行合并；
2）当合并的数据超过256M，进行拆分，将拆分后的Region分配给不同的HregionServer管理；
3）当HregionServer宕机后，将HregionServer上的hlog拆分，然后分配给不同的HregionServer加载，修改.META.；
4）注意：HLog会同步到HDFS。
| row_key | info | info | subdept | subdept | subdept |
|---|---|---|---|---|---|
| 0_001 | name=网络部 | 1_001=开发部 | 1_002=测试部 | ||
| 1_001 | name=开发部 | f_pid=0_001 | 2_001=开发1组 | 2_002=开发2组 | 2_003=开发3组 |
| 1_002 | name=测试部 | f_pid=0_001 | |||
| 2_001 | name=开发1组 | f_pid=1_001 | |||
| 2_002 | name=开发2组 | f_pid=1_001 | |||
| 2_003 | name=开发3组 | f_pid=1_001 |
201
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
