看懂-ROOT-表和.META.表-CSDN博客

本文链接：https://blog.csdn.net/wangneng_168/article/details/84507725

前提说明：本文章研究的hbase版本是0.94.12。.

-ROOT-表和.META.表是hbase的元数据表，在-ROOT-表中保存有.META.表的相关信息，在.META.表中保存有业务表的region相关信息，在client端访问具体的业务表的region时需要先通过-ROOT-表找到.META.表，再通过.META.表找到region的位置，即这两个表主要解决了region的快速路由问题。

通过scan命令查看-ROOT-表的数据：

通过上图可以看出-ROOT-表的1行记录共有1个列簇4个列：regioninfo、server、serverstartcode、v，分别介绍如下：

1、regioninfo列

该列包含了.META.表的region信息：region名称、开始rowkey、结束rowkey、encode值：

a）region名称的组成规则：表名称+”,”+startKey+”,”+regionId，regionId的组成规则是：创建region时的时间戳+”.”+encode值（旧版hbase的regionId只有时间戳）+“.”，region名称会被作为-ROOT-表的rowkey，.META.表的rowkey也如此，这种设计可以充分利用hbase的rowkey机制快速定位region。

-ROOT-表中.META. region的regionId比较特殊，.META.表的第一个region没有采用encode码，而是直接指定1，.META.表中业务表的region则完全遵循该规则，如图：

b）startKey，region的开始key，第一个region的startKey是空字符串；

c）endKey，region的结束key，最后一个region的endKey是空字符串；

d）encode值，该值会作为hdfs文件系统的一个目录，如图：

-ROOT-表和.META.表的encode值是固定值，hbase源码如下：

public static String prettyPrint(final String encodedRegionName) {

if (encodedRegionName.equals("70236052")) {

return encodedRegionName + "/-ROOT-";

} else if (encodedRegionName.equals("1028785192")) {

return encodedRegionName + "/.META.";

}

return encodedRegionName;

}

在hbase的管理界面可以看到-ROOT-表和.META.表的信息：

2、server列：所在regionserver的服务器域名（或者ip）和端口；

3、serverstartcode列：以创建regionserver时的时间戳作为regionserver的startcode，同一个regionserver下的所有region该列值相同，该值作为regionserver的名称的一部分，源代码如下：

public static String getServerName(String hostName, int port, long startcode) {

final StringBuilder name = new StringBuilder(hostName.length() + 1 + 5 + 1 + 13);

name.append(hostName);

name.append(SERVERNAME_SEPARATOR);

name.append(port);

name.append(SERVERNAME_SEPARATOR);

name.append(startcode);

return name.toString();

}

在hbase的管理界面可以看到regionserver的信息：

4、v列，该列是在hbase0.92这个版本开始新增加的列，值是固定的0，主要主用是区别0.92和之前的版本，以便hbase进行版本迁移，源码如下：

/**

* The current version of the meta table.

* Before this the meta had HTableDescriptor serialized into the HRegionInfo;

* i.e. pre-hbase 0.92. There was no META_VERSION column in the root table

* in this case. The presence of a version and its value being zero indicates

* meta is up-to-date.

public static final short META_VERSION = 0;

// Update meta with new HRI if required. i.e migrate all HRI with HTD to

// HRI with out HTD in meta and update the status in ROOT. This must happen

// before we assign all user regions or else the assignment will fail.

// TODO: Remove this when we do 0.94.

org.apache.hadoop.hbase.catalog.MetaMigrationRemovingHTD.

updateMetaWithNewHRI(this);

//注：HTD指：HTableDescriptor， HRI指：HRegionInfo

public static final byte [] META_VERSION_QUALIFIER = Bytes.toBytes("v");

//Current meta table version or -1 if no version found.

static short getMetaVersion(final Result r) {

byte [] value = r.getValue(HConstants.CATALOG_FAMILY,

HConstants.META_VERSION_QUALIFIER);

return value == null || value.length <= 0? -1: Bytes.toShort(value);

}

最后需要说明的是：-ROOT-表只存在一个region里，该region不会分裂成多个region ，因为-ROOT-表只保存.META.表的region信息，而.META.表的region理论上不会太多，.META.表可以有多个region，-ROOT-表和.META.表的每一行均描述一个region的信息。