标签：处理 插入数据 l数据库 系统表 manager 建立 tor 大小 自己
1.1.1 http://hbase.apache.org/
1.1.2 Apache HBase? is the Hadoop database, a distributed, scalable, big data store. Use Apache HBase? when you need random, realtime read/write access to your Big Data
1.2.1 https://www.zhihu.com/question/21677041
1.2.2 http://www.cnblogs.com/ggjucheng/p/3379459.html
1.2.3 http://blog.csdn.net/lifuxiangcaohui/article/details/39894265
1.2.4 http://www.aboutyun.com/thread-8701-1-1.html
1.2.5 http://blog.csdn.net/defonds/article/details/48471087
1.3 基于HDFS的分布式数据库，提供对大数据实时、随机、读写操作
1.3.2 HBASE没有关联的操作，适合简单的处理
1.4.1 传统SQL数据库字段添加比较麻烦，表设计比较固定死板
1.4.2.1 建表不需要指定特定字段，只需要指定列族CF
1.4.2.2 插入数据时，列族中可以存储任意多个列CK
1.4.3 不需要SQL数据库范式，不需要拆表，全部放在一张大表中，当然也就不需要JOIN了
1.4.4 HBASE数据更新保留原始数据，历史版本一直存在，KV中的Value带有版本号，通常是时间戳
1.4.5 通过表名--行健--列族--列名--版本 定位一个字段
1.5.1 分布式存储，需要把大表切开存储，HBASE是按照region切分存储管理的
1.5.2 按照列族进行切分，某一列组的若干行切分为一个region，数据量达到一定大小就切分
1.5.3 region的基本信息存储在regionServer上面存储，regionServer的数据存放在HDFS上面，叫HFile
1.5.4 HFile肯定不是纯文本的格式，纯文本检索可能会比较慢，HFile按照HBase自定义的格式存储
1.5.5 所以regionServe最好也和DataNode、NodeManager一样在物理上面部署在一起，直接访问本地数据，加快HBase速度
1.5.6 HMaster不存储具体的Region数据，Hamster负责管理RegionServer的状态，负责RegionServer的负载均衡，可以理解为相当于HBase定制的一个NameServer
1.6.1 HBase的Meta表存储了TBLName_RKStart_RKEnd；HostNameList
1.6.2 该表为Habse的系统表，由Hbase自己维护
1.6.3 每个region都在Meta表有一条记录
1.6.4 Meta表也可能是一个大表，所以Meta也和Region的信息一样存储在HDFS上面
1.6.5 同理，上面的信息可能也很大，也会产生同样的问题，Meta的Meta的数据仍然需要分布式存储，所以HBase建立了二级索引，有两个Meta的索引表
1.6.6 理论上二级Meta索引已经可以容纳十亿级别的数据量了
1.6.7 二级索引的表存储在一台机器即可，这个表叫ROOT表，root表的节点信息存储在zookeeper上面
1.6.8 寻址过程：ZK中获取ROOT节点--ROOT节点获取Meta信息表的region对应的节点--Meta表中获取数据具体存储在哪个节点上面--再去获取数据
1.6.9 regionServer的内存缓存着最近查询的热数据，所以regionServer最好内存稍微大一点
4.1 HBASE可以与ES结合起来，将需要查询的字段存到ES中，ES搜索得到相关的RowKey之后再从HBase中快速查询出来， 即将计算放到ES中进行，这是一个比较好的思路
4.2 行健的设计可以帮助更好的使用HBase，更快更方便的进行过滤查询，比如时序数据库的设计就是这个思路
【HBase】学习笔记
标签：处理 插入数据 l数据库 系统表 manager 建立 tor 大小 自己
原文地址：http://www.cnblogs.com/junneyang/p/7717614.html
