spark、hive、hbase以及和Hadoop的关系

本文转自：https://www.cnblogs.com/wangyalou/p/9532347.html

首先我们来看一下spark究竟是什么。相信很多读者跟我一样，听说过hadoop，也知道spark，更知道spark是现在最火的大数据技术，所以一直有一个疑问：spark是不是替代能够hadoop的下一代大数据技术？答案是：不是！

首先我们看看spark的官网介绍：Apache Spark is a fast and general-purpose cluster computing system. It provides high-level APIs in Java, Scala, Python and R, and an optimized engine that supports general execution graphs. It also supports a rich set of higher-level tools including Spark SQL for SQL and structured data processing, MLlib for machine learning, GraphX for graph processing, and Spark Streaming.

再来看看hadoop的官网介绍：The Apache Hadoop software library is a framework that allows for the distributed processing of large data sets across clusters of computers using simple programming models. It is designed to scale up from single servers to thousands of machines, each offering local computation and storage. Rather than rely on hardware to deliver high-availability, the library itself is designed to detect and handle failures at the application layer, so delivering a highly-available service on top of a cluster of computers, each of which may be prone to failures.注意到，在官网的介绍中，hadoop只包含了4个模块：

• Hadoop Common: The common utilities that support the other Hadoop modules.
• Hadoop Distributed File System (HDFS™): A distributed file system that provides high-throughput access to application data.
• Hadoop YARN: A framework for job scheduling and cluster resource management.
• Hadoop MapReduce: A YARN-based system for parallel processing of large data sets.

仔细比对就能明白，其实spark只是一个计算框架，它的能力是在现有数据的基础上提供一个高性能的计算引擎，然后提供一些上层的处理工具比如做数据查询的Spark SQL、做机器学习的MLlib等；而hadoop的功能则更加全面，它是包括了数据存储（HDFS）、任务计划和集群资源管理（YARN）以及离线并行计算（MapReduce）的一整套技术栈。因此可以看出，spark其实是依赖于第三方的数据源的，但这也是spark灵活的地方，它能够配合HBase、Hive，以及关系型数据库Oracle、Mysql等多种类型的数据工作。

说到这儿，如果你还没明白spark和hadoop的关系的话，我用一张图告诉你：

这个是hadoop2.x的生态系统架构图，可以看到人们现在甚至已经把spark纳入到hadoop的生态之中了（虽然这种说法是否妥当还需验证），足以见证：spark仅仅只是一个计算框架，它不能，也没有必要来替代hadoop，它存在最大的价值就是弥补MapReduce计算性能上的不足，提供超越其数倍甚至数十倍的计算能力。因此，我们可以将spark与MapReduce对标起来。

这里补充一个题外内容：hive和hbase的关系，有一个博客我觉得写的很好，于是接取下来自https://blog.csdn.net/zx8167107/article/details/79265537

HIVE： 

首先说说hive，众所周知是一款开源的数据仓库 

1、hive不是数据库，而是数据仓库，主要依赖于hadoop来实现

2、底层文件系统是hadoop的hdfs，实现对hdfs上结构化数据的SQL操作HQL，速度较慢

3、计算引擎是hadoop的mapreduce

4、依靠存储在其他关系型数据库metastore来对hdfs结构化数据进行管理，实现类似数据库的功能

5、不具备数据库的一些主键、索引、update操作等特性，但是提供了分区、块索引、SQL等特性

6、比较适合存储海量的全量（历史+更新）轨迹数据，比对数据进行批量的挖掘、分析等操作

 

 

总结一下，hive是基于hadoop实现的数据仓库，适合存储海量全量数据，支持类SQL操作，性能相对较差，数据存储

有一定的限制，不支持更新、索引等事务。适合海量数据的挖掘和分析，通俗一点来说，hive其实就是借助mysql等数据库在

hadoop上层套了一个壳，来实现对hdfs上结构化数据的映射，为上层提供sql服务。

 

HBASE：

即Hadoop databse，顾名思义就是一个hadoop的数据库

1、nosql数据库之一，基于列式存储（列族），适合海量半结构化数据的存储和检索

2、不支持SQL、适合海量、带时间序列的数据的存储和检索、性能较好

3、原生支持基于rowkey的一级索引，rowkey按照字典序进行排序

4、运算执行引擎是hbase自身提供、底层存储基于hdfs

 

总结一下，hbase是NOSQL数据库的一种，基于分布式列式存储，适合海量半结构化带时间序列的数据的存储和检索，性能较优秀，hbase底层存储依赖于hdfs，与rdbms的区别与其他nosql类似，比如不支持SQL、事务性相对较差等等。

 

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

综上，hbase是数据库、hive是数据仓库，而这有很大的区别、也有很多类似的地方比如都属于hadoop生态圈、存储都基于hdfs等。一般来说用hive作为海量结构化全量数据的存储、运算、挖掘、分析；hbase用来作为海量半结构化数据的存储、检索；这二者可以很好协同工作，hive上计算完的结果放在hbase中供检索，也可以将hbase里面的结构化数据和hive相结合，实现对hbase的sql操作等等。在大数据架构中，Hive和HBase是协作关系，数据流一般如下图：
通过ETL工具将数据源抽取到HDFS存储；
通过Hive清洗、处理和计算原始数据；
HIve清洗处理后的结果，如果是面向海量数据随机查询场景的可存入Hbase
数据应用从HBase查询数据；