hbase的Region分裂代码分析

region分裂有2种触发情景：1是用户手动触发(参见HRegionServer的splitRegion方法)，2是后台flush线程flush完一个region的memstore时，会去检查这个region是否需要分裂(参见MemStoreFlushe的flushRegion方法)。这两种情景在代码实现上并无多大差异。

, firstKey.length) < 0) {

, lastKey.length) > 0) {

return null;

}

}

/*生成类型为reference的storefile文件,比如encode name为a，column family为cf(该cf下有名为hfile的storefile)的region分裂后会形成名为b和c的引用文件，此时在hdfs中该region下的目录结构为

/hbase/tableName/a/cf/hfile

/hbase/tableName/b/.splits/cf/hfile.a

/hbase/tableName/c/.splits/cf/hfile.a

这两个引用文件的storefile的内容由原storefile的中间rowkey和range组成，reference文件的个数与原split region的storefile文件个数相同

*/

Reference r = new Reference(splitRow, range);

String parentRegionName = f.getPath().getParent().getParent().getName();

Path p = new Path(splitDir, f.getPath().getName() + "." + parentRegionName);

return r.write(fs, p);

}

再来看一下openDaughters

1. void openDaughters(final Server server,
2. final RegionServerServices services, HRegion a, HRegion b)
3. throws IOException {
4. //并行打开两个daughters
5. DaughterOpener aOpener = new DaughterOpener(server, a);
6. DaughterOpener bOpener = new DaughterOpener(server, b);
7. aOpener.start();
8. bOpener.start();
9. if (services != null) {
10. try {
11. services.postOpenDeployTasks(b, server.getCatalogTracker(), true); // compact有references的storefile，compact操作最终清理掉这些reference文件，并把实际文件的内容写到region中去。将regioninfo信息和location的位置信息put到.META.表中
12. services.addToOnlineRegions(b);  //添加region对象到regionserver的online列表中，终于可以对外提供服务了
13. services.postOpenDeployTasks(a, server.getCatalogTracker(), true);
14. services.addToOnlineRegions(a);
15. } catch (KeeperException ke) {
16. throw new IOException(ke);
17. }
18. }
19. }

最后梳理下整个流程：

检查该region是否需要分裂，如果满足分裂条件，则通过region.checkSplit()拿到midkey，并把该分裂请求SplitRequest提交给后台的CompactSplitThread线程池去执行，SplitRequest内部会创建SplitTransaction来实现分裂，其过程如下：

* 根据该region和midkey创建两个新的region对象HRegionInfo，代表分裂后的两个dautghter region

* 在zk上创建一个临时节点(名称为“/hbase/region-in-transition/region-name”的znode)，以防regionserver在分裂过程中down掉，保存split状态为RS_ZK_REGION_SPLITTING，表示开始region分裂。同时因为master一直watch znode(/hbase/region-in-transition),所以master会知道这个region的变化，以防master对其进行move等操作

* 在该region所在的hdfs路径下创建.splits文件夹

* 关闭该region，关闭前会等待region的flush和compact都完成(通过writestate同步实现)，还会判断如果memstore的size小于5m(默认)时，会preFlush,然后关闭该region,region停止读写,并从regionserver的online服务中移除

* 通过创建与该region下storefile个数相同的线程池子进行storefile的并行分裂,见StoreFileSplitter的splitStoreFile方法,其核心走StoreFile.split方法，其生成类型为reference的storefile文件,比如encode name为a，column family为cf(该cf下有名为hfile的storefile)的region分裂后会形成名为b和c的引用文件，此时在hdfs中该region下的目录结构为

/hbase/tableName/a/cf/hfile 
/hbase/tableName/b/.splits/cf/hfile.a 
/hbase/tableName/c/.splits/cf/hfile.a 
这两个引用文件的storefile的内容由原storefile的中间rowkey和range组成，reference文件的个数与原split region的storefile文件个数相同

* 在.META.表中下线split的region，修改.META.表的该region信息，把offline split设置为true，添加列：splitA和splitB

*  并行打开两个daughters region，CompactSplitThread后台线程会compact有references的storefile，compact操作最终清理掉这些reference文件，把实际文件的内容写到daughters region中去。并将daughter region的regioninfo信息和location的位置信息put到.META.表中

* 添加region对象到regionserver的online列表中，终于可以对外提供服务了

转载请注明出处：http://blog.csdn.net/odailidong/article/details/42217439

参考文章：

http://blog.csdn.net/c77_cn/article/details/38758545

http://www.cnblogs.com/foxmailed/p/3970050.html