在 Hadoop 生态系统中构建数据仓库（Hadoop Data Warehouse）通常不是指使用单一工具，而是基于 HDFS（分布式文件系统）和 MapReduce/Spark 等计算引擎，结合一系列专用组件形成的分层架构。
以下是 Hadoop 数据仓库的主流实现方式、架构分层及关键组件详解：
核心架构分层（经典四层模型）
Hadoop 数据仓库通常遵循传统数仓的分层思想，但针对海量非结构化/半结构化数据和批处理特性进行了优化：
数据源层 (Source Layer)业务数据库（MySQL, Oracle）、日志文件、IoT 传感器数据、第三方 API 数据。
- 特点：数据格式多样（结构化、半结构化、非结构化）。
数据接入与存储层 (ODS / Raw Data Layer)
- 存储介质：HDFS 或 HBase。
- 作用：
- 原始数据落地：保持数据原貌，不做清洗，确保数据可追溯。
- 格式选择：通常使用列式存储格式（如 ORC, Parquet）以提高后续查询效率。
- 分区策略：按天/小时/月进行分区，便于数据管理和裁剪。
数据仓库层 (DW Layer) – 核心处理层
这一层通常细分为两个子层：
-
DWD (Data Warehouse Detail – 明细数据层)：
- 清洗与转换：去重、空值处理、数据标准化、字段映射。
- 数据整合：将多源数据关联，形成统一的业务视角。
- 技术实现：使用 Hive SQL、Spark SQL 或 Flink 进行 ETL 处理。
-
DWS (Data Warehouse Summary – 汇总数据层)：
- 轻度汇总：按主题域（如用户、商品、订单）进行聚合统计。
- 宽表构建：构建大宽表，减少后续查询时的 Join 操作，提升查询性能。
数据应用层 (ADS / Application Layer)面向具体业务场景的结果数据。
- 用途：报表展示、BI 分析、机器学习特征工程、实时大屏。
- 存储介质：可存回 HDFS，也可导出至 MySQL、Elasticsearch、ClickHouse 等高性能查询引擎供前端使用。
关键技术组件选型
| 功能模块 | 常用组件 | 说明 |
|---|---|---|
| 存储引擎 | HDFS | 基础分布式文件系统，适合存放大规模历史数据。 |
| HBase | 适合需要随机读写、低延迟访问的场景（如用户画像实时查询）。 | |
| Hive Metastore | 管理表的元数据（Schema、分区信息等）。 | |
| 计算/ETL | Hive | 基于 Hadoop 的 SQL 引擎，适合离线批处理，学习成本低。 |
| Spark SQL | 基于内存计算，速度比 Hive 快，适合复杂 ETL 和迭代计算。 | |
| Flink | 适合需要实时数仓（Real-time DW）的场景，支持流批一体。 | |
| 查询引擎 | Presto/Trino | 联邦查询引擎，适合跨数据源（Hive + MySQL + ES）的即席查询。 |
|
Impala | Cloudera 开发，内存计算，适合交互式 SQL 查询。 | |
| Druid/ClickHouse | 如果数据量极大且需高并发 OLAP 查询，常作为 ADS 层存储。 | |
| 调度系统 | Apache DolphinScheduler / Airflow / Azkaban | 负责任务依赖调度、监控和告警。 |
| 数据质量 | DataHub / Great Expectations | 监控数据完整性、准确性。 |
主流实现模式
离线数仓（Batch Processing）
- 适用场景：T+1 报表、历史数据分析、月度/季度统计。
- 技术栈：HDFS + Hive/Spark + Crontab/DolphinScheduler。
- 流程：
- 通过 Sqoop/DataX 将关系型数据库数据同步到 HDFS。
- 通过 Flume/Logstash 收集日志到 HDFS。
- Hive/Spark 进行 ETL 清洗和建模。
- 结果导出至 BI 工具。
实时数仓（Real-time Processing）
- 适用场景：实时大屏、风控、推荐系统。
- 技术栈：Kafka + Flink + HBase/Redis/ClickHouse。
- 流程：
- 数据源通过 Kafka 接入。
- Flink 进行实时清洗、关联、聚合。
- 结果写入高速存储（如 HBase、Redis）供实时查询。
湖仓一体（Lakehouse）
- 趋势：结合数据湖（灵活性）和数据仓库（管理性）。
- 技术栈：HDFS/S3 + Iceberg / Hudi / Delta Lake。
- 优势：
- 支持 ACID 事务。
- 支持数据更新和删除（传统 Hive 仅支持追加）。
- 统一存储,无需在湖和仓之间迁移数据。
实施步骤建议
- 需求分析：明确业务指标、数据粒度、更新频率（T+1 还是实时）。
- 建模设计：
- 采用 维度建模（Kimball）或 范式建模（Inmon）。
- 设计星型模型或雪花模型。
- 确定分区键（Partition Key）和分桶（Bucketing）。
- 环境搭建：部署 Hadoop 集群、Hive、Spark 等组件。
- 数据接入：开发 ETL 任务，将数据从源系统抽取到 ODS 层。
- 数据开发：编写 Hive/Spark SQL 实现 DWD/DWS 层逻辑。
- 数据服务：通过 Presto/Impala 提供查询接口，或导出至 BI 工具。
- 运维监控：配置任务调度、数据质量监控、资源监控。
最佳实践与注意事项
- 文件格式选择：始终使用 ORC 或 Parquet 列式存储，压缩算法推荐 Snappy 或 ZSTD，可大幅减少 I/O 和存储空间。
- 小文件问题：HDFS 对小文件敏感，ETL 后需合并小文件，避免 NameNode 压力过大。
- 数据倾斜：在 Spark/Hive 中，注意 Key 分布不均导致的性能瓶颈，可通过加盐（Salting）、广播变量等手段优化。
- 权限与安全：启用 Kerberos 认证，使用 Ranger 进行细粒度权限控制。
- 成本优化：冷热数据分离，将历史冷数据存入低成本存储（如 S3 + Glue/Hive）。
Hadoop 数据仓库的实现核心在于 “分层建模 + 列式存储 + 高效计算引擎”，对于大多数企业，推荐从 Hive + Spark 起步构建离线数仓，随着业务发展逐步引入 Flink 构建实时数仓，并最终向 Iceberg/Hudi 湖仓一体 架构演进，以实现数据资产的统一管理和高效利用。
首发原创文章，作者：世雄 - 原生数据库架构专家，如若转载，请注明出处：https://idctop.com/article/481384.html
