多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
[TOC] # 示意图 ![](https://box.kancloud.cn/6e768eb88a770eb09987b2deacd31153_3144x1002.png) # -ROOT和.META.表 ![](https://box.kancloud.cn/b1ee6787a0a1bef4912f3838297e7378_598x211.png) ![](https://box.kancloud.cn/a8d036e49bb6088c1e8090189bebb025_610x431.png) # 寻址流程 现在假设我们要从Table2里面插寻一条RowKey是RK10000的数据。那么我们应该遵循以下步骤: 1. 从.META.表里面查询哪个Region包含这条数据。 2. 获取管理这个Region的RegionServer地址。 3. 连接这个RegionServer, 查到这条数据。 系统如何找到某个row key (或者某个 row key range)所在的region bigtable 使用三层类似B+树的结构来保存region位置。 第一层是保存zookeeper里面的文件,它持有root region的位置。 第二层root region是.META.表的第一个region其中保存了.META.表其它region的位置。通过root region,我们就可以访问.META.表的数据。 .META.是第三层,它是一个特殊的表,保存了hbase中所有数据表的region 位置信息。 说明: 1 root region永远不会被split,保证了最需要三次跳转,就能定位到任意region 。 2.META.表每行保存一个region的位置信息,row key 采用表名+表的最后一行编码而成。 3 **为了加快访问,.META.表的全部region都保存在内存中** 4 **client会将查询过的位置信息保存缓存起来**,缓存不会主动失效,因此如果client上的缓存全部失效,则需要进行最多6次网络来回,才能定位到正确的region(其中三次用来发现缓存失效,另外三次用来获取位置信息)。