大数据学习之路50-hbase的寻址机制原理解析

最新推荐文章于 2022-12-16 21:13:19 发布

未来@音律

最新推荐文章于 2022-12-16 21:13:19 发布

阅读量674

点赞数

分类专栏：大数据生态圈从入门到精通

本文为博主原创文章，未经博主允许不得转载。

本文链接：https://blog.csdn.net/qq_37050372/article/details/82111308

版权

大数据生态圈从入门到精通专栏收录该内容

131 篇文章 36 订阅 ¥19.90 ¥99.00

订阅专栏

本文介绍了HBase的寻址机制，如何在不依赖HMaster的情况下，通过二级索引和Zookeeper定位数据所在的Region Server。客户端首先通过Zookeeper获取Root表，再由Root表找到Meta表，Meta表存储了用户表Region的位置，配合路由缓存加速查询过程，实现高效的数据定位。

摘要由CSDN通过智能技术生成

每个region server管理着许多的region,而集群中又有许多的region server,假如我们要查询一条数据的话，又如何知道我们要查询的那条数据在哪个region server的哪个region上呢？

当然我们也可以采用hdfs的namenode机制，记录每个文件有哪些block，这些block在哪里。但是我们也可以发现这种方式很麻烦，一旦namenode挂掉就会非常麻烦。而且还经常要去做合并，恢复。

hbase换了另外一种方式，而且这种方式比原来的方式更好。这其中HMaster不会像namende那样去管理，它根本不管这个事情，它只负责region server之间的负载均衡。他是通过二级索引的方式找到所要的数据的位置的。客户端通过zookeeper找到root表的位置，root表中存储了meta表的整体数据范围及meta表的位置。meta表中记录了更细化的数据范围，以及用户表的region位置。当然如果每次都这样查找肯定也会耗费时间，所以路由缓存会把查过的数据暂存。这样速度就会很快。