Hbase-day02-Hbase高级

1：详细架构

 1：StoreFile

        保存实际数据的物理文件，StoreFile 以HFile 的形式存储在HDFS 上。每个Store 会有
一个或多个StoreFile（HFile），数据在每个StoreFile 中都是有序的。

2：MemStore
        写缓存，由于HFile 中的数据要求是有序的，所以数据是先存储在MemStore 中，排好序后，等到达刷写时机才会刷写到HFile，每次刷写都会形成一个新的HFile。

3：WAL
        由于数据要经MemStore 排序后才能刷写到HFile，但把数据保存在内存中会有很高的概率导致数据丢失，为了解决这个问题，数据会先写在一个叫做Write-Ahead logfile 的文件中，然后再写入MemStore 中。所以在系统出现故障的时候，数据可以通过这个日志文件重
建。

4：Master主要是DDL，RegionServer主要是DML

如果将master进程删除，是不会影响读写流程的。

 2：写数据

1：Client 先访问zookeeper，获取hbase:meta 表位于哪个Region Server。
2：访问对应的Region Server，获取hbase:meta 表，根据读请求namespace:table/rowkey，查询出目标数据位于哪个Region Server 中的哪个Region 中。并将该table 的region 信息以及meta 表的位置信息缓存在客户端的meta cache，方便下次访问。
3：与目标Region Server 进行通讯；
4：将数据顺序写入（追加）到WAL；
5：将数据写入对应的MemStore，数据会在MemStore 进行排序；
6：向客户端发送ack；
7：等达到MemStore 的刷写时机后，将数据刷写到HFile。

 3：MemStore Flush

1：当某个memstore的大小达到了hbase.hregion.memstore.flush.size（默认值128M），其所在region 的所有memstore 都会刷写。当memstore 的大小达到了hbase.hregion.memstore.flush.size（默认值128M），hbase.hregion.memstore.block.multiplier（默认值4）时，会阻止继续往该memstore写数据

2：当region server中memstore的总大小达到hbase.regionserver.global.memstore.size（默认值0.4），hbase.regionserver.global.memstore.size.lower.limit（默认值0.95），region 会按照其所有memstore 的大小顺序（由大到小）依次进行刷写。直到region server中所有memstore 的总大小减小到上述值以下。

3：到达自动刷写的时间，也会触发memstore flush。自动刷新的时间间隔由该属性进行配置hbase.regionserver.optionalcacheflushinterval（默认1 小时）。

4：当WAL 文件的数量超过hbase.regionserver.max.logs，region 会按照时间顺序依次进行刷写，直到WAL 文件数量减小到hbase.regionserver.max.log 以下（该属性名已经废弃，现无需手动设置，最大值为32）。

4：读流程

 

1：Client 先访问zookeeper，获取hbase:meta 表位于哪个Region Server。
2：访问对应的Region Server，获取hbase:meta 表，根据读请求namespace:table/rowkey，
查询出目标数据位于哪个Region Server 中的哪个Region 中。并将该table 的region 信息以及meta 表的位置信息缓存在客户端的meta cache，方便下次访问。
3：与目标Region Server 进行通讯；
4：分别在Block Cache（读缓存），MemStore 和Store File（磁盘）（HFile）中查询目标数据，并将查到的所有数据进行合并。此处所有数据是指同一条数据的不同版本（time stamp）或者不同的类型（Put/Delete）。

Block Cache是针对于Store File磁盘里面的数据，不针对于MemStore，也就是说内存的里面的数据读出来是不放到Block Cache中的，是Store File读出来才会放到Block Cache中。

还有就是，读过程不是先读内存，再读磁盘，Hbase主要依赖的是关于时间戳，内存和磁盘不是谁先谁后的问题，都需要读取的，并且如果Block Cache里面有数据，也是要读取磁盘的，只是不用读取磁盘中在Block Cache中已存在的数据文件而已，其他文件还是要读取的。

5： 将从文件中查询到的数据块（Block，HFile 数据存储单元，默认大小为64KB）缓存到
Block Cache。
6：将合并后的最终结果返回给客户端。

 5：StoreFile Compaction

        由于memstore 每次刷写都会生成一个新的HFile，且同一个字段的不同版本（timestamp）和不同类型（Put/Delete）有可能会分布在不同的HFile 中，因此查询时需要遍历所有的HFile。为了减少HFile 的个数，以及清理掉过期和删除的数据，会进行StoreFile Compaction。

        Compaction 分为两种，分别是Minor Compaction 和Major Compaction。Minor Compaction
会将临近的若干个较小的HFile 合并成一个较大的HFile，但不会清理过期和删除的数据。Major Compaction 会将一个Store 下的所有的HFile 合并成一个大HFile，并且会清理掉过期和删除的数据。

 6：Region Split

        默认情况下，每个Table 起初只有一个Region，随着数据的不断写入，Region 会自动进行拆分。刚拆分时，两个子Region 都位于当前的Region Server，但处于负载均衡的考虑，HMaster 有可能会将某个Region 转移给其他的Region Server。

        Region Split 时机：

        1.当1 个region 中的某个Store 下所有StoreFile 的总大小超过hbase.hregion.max.filesize，该Region 就会进行拆分（0.94 版本之前）。
        2. 当1 个region 中的某个Store 下所有StoreFile 的总大小超过Min(R^2 *
"hbase.hregion.memstore.flush.size",hbase.hregion.max.filesize")，该Region 就会进行拆分，其
中R 为当前Region Server 中属于该Table 的个数（0.94 版本之后）。