快捷導(dǎo)航

docker save鏡像時進行g(shù)zip壓縮方式

更新時間：2025年08月30日 08:39:28 作者：學(xué)亮編程手記

文章介紹了三種Docker鏡像壓縮方法：管道壓縮（推薦,使用gzip/pigz,速度快）、xz壓縮（高壓縮比但慢）、及先保存再壓縮（不推薦,占空間）,建議日常用管道gzip,傳輸用xz,避免直接保存未壓縮文件

方法一：使用管道直接壓縮（最推薦、最常用）

這是最經(jīng)典和高效的方法。它將 docker save 輸出的 tar 流直接通過管道傳遞給壓縮工具，無需產(chǎn)生巨大的中間臨時文件。

命令格式：

docker save <鏡像名或ID> | gzip > <輸出文件名.tar.gz>

實際操作示例：

# 壓縮單個鏡像
docker save my-app:latest | gzip > my-app-latest.tar.gz

# 壓縮多個鏡像（Docker允許save多個鏡像到一個文件）
docker save my-app:latest redis:alpine | gzip > my-app-and-redis.tar.gz

解壓并加載：
要加載這個被壓縮的鏡像，你需要先解壓，或者使用管道反向操作：

# 方法A：先解壓，再加載（兩步）
gunzip -c my-app-latest.tar.gz | docker load

# 方法B：使用管道一步到位（更優(yōu)雅）
zcat my-app-latest.tar.gz | docker load
# 或者
gunzip < my-app-latest.tar.gz | docker load

方法二：使用不同的壓縮算法以獲得更高壓縮比（速度更慢）

如果你的網(wǎng)絡(luò)帶寬是瓶頸，并且你愿意用更長的壓縮時間來換取更小的文件體積，可以使用比 gzip 更高效的壓縮工具，如 pigz (并行g(shù)zip) 或 xz。

使用 pigz (多線程gzip，速度快)：

docker save my-app:latest | pigz --best > my-app-latest.tar.gz

使用 xz (極高壓縮比，速度慢)：

docker save my-app:latest | xz -z --threads=0 -9 > my-app-latest.tar.xz

-z: 進行壓縮。
--threads=0: 使用所有可用的CPU核心。
-9: 使用最高壓縮等級。
解壓并加載 xz 文件：

xz -d -c my-app-latest.tar.xz | docker load
# 或者
unxz < my-app-latest.tar.xz | docker load

方法三：先保存再手動壓縮（不推薦）

這種方法會產(chǎn)生一個巨大的臨時 tar 文件，通常只在你需要保留未壓縮的 tar 包時才使用。

# 1. 先保存為未壓縮的tar
docker save -o my-app-latest.tar my-app:latest

# 2. 再用任何工具壓縮它
gzip my-app-latest.tar # 會生成 my-app-latest.tar.gz

不推薦的原因：

浪費磁盤空間： 會在磁盤上產(chǎn)生一個巨大的臨時文件（可能幾十GB），可能會占滿磁盤空間。
速度慢： 需要等待 docker save 完全寫完，然后再啟動壓縮過程，總耗時更長。

方法一通過管道流式處理，避免了這些問題。

總結(jié)與建議

方法	命令	優(yōu)點	缺點	推薦度
管道 + gzip	`docker save …	gzip > file.tar.gz`	速度快，通用性好，節(jié)省磁盤空間	壓縮比不是最高
管道 + pigz	`docker save …	pigz > file.tar.gz`	多線程，比gzip快	需要額外安裝pigz
管道 + xz	`docker save …	xz > file.tar.xz`	壓縮比最高，文件最小	速度非常慢，耗CPU
先save后壓縮	docker save -o ... && gzip ...	可保留中間tar文件	耗磁盤空間，速度慢	?（不推薦）