hadoop是什么，它與Oracle的區(qū)別？

提起Hadoop，我們就可以想到大數(shù)據(jù);提起Oracle，我們就可以想到數(shù)據(jù)庫。國內(nèi)確實有不少企業(yè)習慣于將Hadoop作為數(shù)據(jù)庫使用，因此將其與數(shù)據(jù)庫領(lǐng)域同樣占據(jù)重要位置的Oracle進行對比是有意義的。

Hadoop不是數(shù)據(jù)庫，而是一個開源軟件集合，通過底層的分布式存儲框架(HDFS)來管理龐大的數(shù)據(jù)集，其主要目的是分析、存儲、管理和交付數(shù)據(jù)。因為Hadoop的核心是HDFS(分布式文件系統(tǒng))，所以從這一點就可以看出它的本質(zhì)是一個非常強大的文件系統(tǒng)。

Hadoop底層架構(gòu)中的HDFS和MppReduce給它帶來了兩大優(yōu)勢——可擴展性和大規(guī)模并行處理(MPP)能力。下圖是一個典型的數(shù)據(jù)庫體系架構(gòu)，用戶對單個大型數(shù)據(jù)庫服務(wù)器執(zhí)行SQL查詢。盡管已經(jīng)有了各種復雜的緩存技術(shù)，但大多數(shù)商業(yè)智能應(yīng)用程序的瓶頸依然出現(xiàn)在數(shù)據(jù)從磁盤提取到內(nèi)存的過程，這限制了系統(tǒng)的處理和擴展能力，使其難以應(yīng)對快速增長的龐大數(shù)據(jù)集。由于只有一臺服務(wù)器，因此還需要昂貴的冗余硬件來保證系統(tǒng)的高可用性，整體擁有成本進一步提升。

下圖是Hadoop分布式架構(gòu)圖，在此解決方案中，用戶對服務(wù)器集群執(zhí)行SQL查詢，并且整個過程并行運行。由于任務(wù)分布在多臺計算機上，因此磁盤瓶頸不再是問題。隨著數(shù)據(jù)量的增長，解決方案可通過額外的服務(wù)器擴展到數(shù)百甚至數(shù)千個節(jié)點。

Hadoop內(nèi)置故障恢復能力，如果一臺服務(wù)器不可用，任務(wù)將自動在幸存節(jié)點之間重新分配，從而避免了購買備用系統(tǒng)的巨大成本開銷，在可用性層面的優(yōu)勢也十分明顯，單個機器的維護或操作系統(tǒng)升級不會造成整個系統(tǒng)停擺，整個系統(tǒng)的停機時間為零。

傳統(tǒng)關(guān)系型數(shù)據(jù)庫和Hadoop在云計算層面的優(yōu)勢比較!

與傳統(tǒng)關(guān)系型數(shù)據(jù)庫相比，Hadoop具有幾個潛在的優(yōu)勢，這些優(yōu)勢通常被總結(jié)為“3V”：

• Volume (規(guī)模)- Hadoop的分布式MPP架構(gòu)使其成為處理大量數(shù)據(jù)的理想選擇，多TB數(shù)據(jù)集可以跨多個服務(wù)器自動分區(qū)(擴展)并行處理。
• Variety (種類)- 與需要在加載數(shù)據(jù)之前定義數(shù)據(jù)結(jié)構(gòu)的傳統(tǒng)關(guān)系型數(shù)據(jù)庫不同，在HDFS中，加載數(shù)據(jù)可以像復制文件一樣簡單——可以是任何格式。 這意味著Hadoop可以輕松地管理、存儲和集成數(shù)據(jù)，文本文檔、JSON或XML格式、照片，甚至是電子郵件中的數(shù)據(jù)都可以。
• Velocity(速度)- MPP架構(gòu)和功能強大的內(nèi)存工具(包括Spark、Storm和Kafka)構(gòu)成了Hadoop框架的一部分，使其成為處理實時或近實時流式傳輸?shù)睦硐虢鉀Q方案。

云計算的出現(xiàn)讓Hadoop的優(yōu)勢更加明顯，這體現(xiàn)在Elasticity(彈性)層面。

基于云的服務(wù)器提供按需、可擴展處理工作負載的能力，這意味著整個機器網(wǎng)絡(luò)可以根據(jù)需要進行調(diào)整，以應(yīng)對海量數(shù)據(jù)處理挑戰(zhàn)，同時硬件成本受到按需付費模式的限制而不會太高。當然，在具有高度敏感數(shù)據(jù)的監(jiān)管行業(yè)(例如金融服務(wù))中，云計算可能會受到懷疑，在這種情況下，我們也可以考慮基于內(nèi)部部署基于云的解決方案來保護數(shù)據(jù)。

基于列的存儲VS基于行的存儲方式

硬件優(yōu)勢似乎并不足夠引人注目，畢竟現(xiàn)在的硬件成本已經(jīng)不是非常高了。但是，基于列的存儲方式與傳統(tǒng)的基于行的存儲方式存在明顯差異，Hadoop本身支持基于列的存儲，這為分析查詢提供了巨大的性能和壓縮優(yōu)勢，這一點恐怕是傳統(tǒng)關(guān)系型數(shù)據(jù)庫不可及的。

上圖說明了這兩種方法之間的區(qū)別。使用傳統(tǒng)的基于行的存儲可以快速識別和獲取單行，這對于需要獲取或更新單行值的事務(wù)處理系統(tǒng)非常有用。但是，分析查詢傾向于獲取、匯總和處理數(shù)百萬甚至數(shù)十億行數(shù)據(jù)。

例如：

SELECT team, sum(value) FROM sales GROUP by team;

在基于行的系統(tǒng)上，此查詢需要將每行的每一列提取到內(nèi)存中并按照team分組。在具有100列和數(shù)十億行的表中，這樣做的效率是極其低下的。但是，在基于列的解決方案中，相同的查詢僅需要處理約2%的數(shù)據(jù)，具有巨大的性能優(yōu)勢。在壓縮層面，TEAM列中的重復值可以用簡單的字典編碼技術(shù)代替以壓縮數(shù)據(jù)。

在對十億行文本進行的簡單測試中，基于列的存儲方式節(jié)省了50%的成本，使用Parquet數(shù)據(jù)格式可以將56Gb文本文件減少到26Gb。

Hadoop比Oracle便宜!

當然，這里的便宜并不是單純得指Hadoop開源版本不需要購買，而Oracle只有商用成本必須購買，這里計算的是二者的整體擁有成本。雖然部署Hadoop的成本越來越高，但開源軟件和廉價硬件的好處意味著托管大型Hadoop系統(tǒng)比Oracle數(shù)據(jù)庫要便宜得多。

在一個存儲168 TB數(shù)據(jù)并考慮到硬件、許可證成本、IT人員支持和維護的系統(tǒng)上，研究發(fā)現(xiàn)Oracle的成本比相應(yīng)的Hadoop解決方案高出約200%。當然，這并沒有考慮將數(shù)據(jù)從數(shù)據(jù)倉庫遷移到Hadoop的成本。

雖然，Hadoop看起來似乎更加優(yōu)秀，但是它并不適合處理ACID事務(wù)。在很多情況下，Hadoop沒有辦法保證所有數(shù)據(jù)的強一致性。事實上，Hadoop犧牲了部分ACID合規(guī)性而提高系統(tǒng)吞吐量。

Hadoop可以處理大量數(shù)據(jù)，最小的典型工作單元大約為128Mb，如果將其與大約8千字節(jié)的典型Oracle數(shù)據(jù)塊進行比較，Oracle可以管理一系列OLTP和OLAP，使用單行查找處理大量短期運行事務(wù)，而Hadoop更適合單進程批處理操作。大多數(shù)數(shù)據(jù)倉庫都面向批處理、獲取并存儲海量數(shù)據(jù)集，Hadoop就是專門為此用例而構(gòu)建的。

在Hadoop生態(tài)系統(tǒng)中，Cloudera Impala、Apache Hive和Spark SQL等產(chǎn)品在大規(guī)模數(shù)據(jù)集上添加了低延遲的SQL查詢和分析工具，同樣，在商業(yè)智能系統(tǒng)中，ACID合規(guī)性往往不那么重要，99.9%的準確性通常只是口號，而不是業(yè)務(wù)最關(guān)鍵的要求。

結(jié)論

當然，Oracle在企業(yè)數(shù)據(jù)庫領(lǐng)域耗時30多年建立起來的核心地位并不會很快消失。實際上，Oracle已經(jīng)采用Oracle Big Data Appliance，Exadata Appliance和Oracle 12c In-Memory等適應(yīng)新的需求和挑戰(zhàn)。但是，整個數(shù)據(jù)倉庫架構(gòu)變化讓Hadoop及其附帶的眾多技術(shù)產(chǎn)品成為最適合整個堆棧的工具。與此同時，我們需要注意是需求驅(qū)動開發(fā)而不是CV驅(qū)動的解決方案。

文章題目：hadoop是什么，它與Oracle的區(qū)別？
文章來源：http://www.muchs.cn/news0/105500.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站營銷、靜態(tài)網(wǎng)站、服務(wù)器托管、面包屑導航、網(wǎng)頁設(shè)計公司、微信小程序

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)