大数据—impala元数据

本文深入探讨了Impala的元数据管理,包括CatalogServer、Statestore Server和ImpalaDaemon的角色,以及元数据的获取和缓存机制。Impala的元数据来源于Hive Metastore和NameNode,通过Statestored进行广播。在生产环境中,推荐对Impalad进行协调器和执行器的角色分离。
摘要由CSDN通过智能技术生成

前言

这里主要介绍了关于Impala如何管理其元数据的原理,方便日后对其进行性能及可拓展性调优。

Impala架构

impala组成架构图如下:
元数据架构

  • CatalogServer(Catalogd):负责元数据的获取和DDL的执行
  • Statestore Server(Statestored):负责消息/元数据的广播
  • ImpalaDaemon(Impalad):负责查询的接收和执行
    • coordinator only:查询的接收,计划的生成,查询的调度
    • executor only:数据的读取和计算
    • coordinator and executor:

注意:生产中impalad建议做好角色分离,每个impalad要么是coordinator要么是excutor。按1:50比例配置。

Impala工作原理

impala外部元数据来源:
1、来自Hive Metastore的目录信息
2、来自NameNode的文件元数据

Impala的元数据缓存在catalogd和各个Coordinator角色的Impalad中。Catalogd中的缓存是最新的,各个Coordinator都缓存的是Catalogd内元数据的一个复本。架构示意图如下:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值