數(shù)據(jù)存儲(chǔ)在hdfs格式,使用的什么壓縮方式?壓縮比多少
目前在Hadoop中用得比較多的有l(wèi)zo,gzip,snappy,bzip2這4種壓縮格式,筆者根據(jù)實(shí)踐經(jīng)驗(yàn)介紹一下這4種壓縮格式的優(yōu)缺點(diǎn)和應(yīng)用場(chǎng)景,以便大家在實(shí)踐中根據(jù)實(shí)際情況選擇不同的壓縮格式。
1. gzip壓縮
- 優(yōu)點(diǎn): - 壓縮率比較高,而且壓縮/解壓速度也比較快;
- hadoop本身支持,在應(yīng)用中處理gzip格式的文件就和直接處理文本一樣;
- 有hadoop native庫(kù); - 大部分linux系統(tǒng)都自帶gzip命令,使用方便。
- 缺點(diǎn):不支持split。
- 應(yīng)用場(chǎng)景: 當(dāng)每個(gè)文件壓縮之后在130M以內(nèi)的(1個(gè)塊大小內(nèi)),都可以考慮用gzip壓縮格式。
譬如說(shuō)一天或者一個(gè)小時(shí)的日志壓縮成一個(gè)gzip文件,運(yùn)行mapreduce程序的時(shí)候通過(guò)多個(gè)gzip文件達(dá)到并發(fā)。
hive程序,streaming程序,和java寫的mapreduce程序完全和文本處理一樣,壓縮之后原來(lái)的程序不需要做任何修改。
2. lzo壓縮
- 優(yōu)點(diǎn):
- 壓縮/解壓速度也比較快,合理的壓縮率;
- 支持split,是hadoop中最流行的壓縮格式;
- 支持hadoop native庫(kù); - 可以在linux系統(tǒng)下安裝lzop命令,使用方便。
- 缺點(diǎn):
- 壓縮率比gzip要低一些;
- hadoop本身不支持,需要安裝;
- 在應(yīng)用中對(duì)lzo格式的文件需要做一些特殊處理(為了支持split需要建索引,還需要指定inputformat為lzo格式)。
- 應(yīng)用場(chǎng)景: 一個(gè)很大的文本文件,壓縮之后還大于200M以上的可以考慮,而且單個(gè)文件越大,lzo優(yōu)點(diǎn)越明顯。
3. snappy壓縮
- 優(yōu)點(diǎn): - 高速壓縮速度和合理的壓縮率;
- 支持hadoop native庫(kù)。
- 缺點(diǎn):
- 不支持split;
- 壓縮率比gzip要低;
- hadoop本身不支持,需要安裝;
- linux系統(tǒng)下沒(méi)有對(duì)應(yīng)的命令。
- 應(yīng)用場(chǎng)景: 當(dāng)mapreduce作業(yè)的map輸出的數(shù)據(jù)比較大的時(shí)候,作為map到reduce的中間數(shù)據(jù)的壓縮格式;
或者作為一個(gè)mapreduce作業(yè)的輸出和另外一個(gè)mapreduce作業(yè)的輸入。
4. bzip2壓縮
- 優(yōu)點(diǎn):
- 支持split;
- 具有很高的壓縮率,比gzip壓縮率都高;
- hadoop本身支持,但不支持native;
- 在linux系統(tǒng)下自帶bzip2命令,使用方便。
- 缺點(diǎn):
- 壓縮/解壓速度慢;
- 不支持native。
- 應(yīng)用場(chǎng)景: 適合對(duì)速度要求不高,但需要較高的壓縮率的時(shí)候,可以作為mapreduce作業(yè)的輸出格式;
或者輸出之后的數(shù)據(jù)比較大,處理之后的數(shù)據(jù)需要壓縮存檔減少磁盤空間并且以后數(shù)據(jù)用得比較少的情況;
或者對(duì)單個(gè)很大的文本文件想壓縮減少存儲(chǔ)空間,同時(shí)又需要支持split,而且兼容之前的應(yīng)用程序(即應(yīng)用程序不需要修改)的情況。