Docker镜像导入解析：docker import vs docker load

本文通过Busybox镜像的实战演示，深入剖析两个易混淆命令的技术原理与适用场景

一、核心区别速览

特性	docker import	docker load
输入来源	容器文件系统快照(docker export输出)	完整镜像归档(docker save输出)
保留信息	仅文件内容	完整镜像(层/历史/配置/标签)
生成镜像结构	单层扁平镜像	保留原始多层结构
典型应用场景	容器状态快照存档	完整镜像迁移与备份

二、Busybox实战演示

实验准备

# 拉取Busybox官方镜像
docker pull busybox:latest

场景1：docker export + docker import

# 1. 运行容器并创建文件
docker run -it --name busybox-container busybox sh
# 容器内执行↓
touch /hello-import.txt
exit

# 2. 导出容器文件系统(生成112KB的快照)
docker export busybox-container > busybox-container.tar

# 3. 导入为镜像(注意丢失所有元数据)
docker import busybox-container.tar busybox:imported

# 4. 验证结果(单层镜像且无历史)
docker history busybox:imported

输出结果：

IMAGE          CREATED             CREATED BY   SIZE      COMMENT
d9e4f1847ea4   5 seconds ago       112kB        Imported from busybox-container.tar

场景2：docker save + docker load

# 1. 导出完整镜像(生成1.4MB的归档)
docker save busybox:latest > busybox-image.tar

# 2. 删除原始镜像
docker rmi busybox:latest

# 3. 加载完整镜像
docker load < busybox-image.tar

# 4. 检查镜像结构(保留完整层历史)
docker history busybox:latest

输出结果：

IMAGE          CREATED        CREATED BY                             SIZE      
b923dac4b7e2   2 weeks ago   /bin/sh -c #(nop)  CMD ["sh"]           0B        
<missing>      2 weeks ago   /bin/sh -c #(nop) ADD file:9b7ff2b...   4.26MB  

三、关键技术原理图解

docker export docker import docker save docker load 容器运行时 文件系统快照.tar 单层镜像 镜像仓库 镜像归档.tar 完整多层镜像

四、应用场景选择指南

✅ 使用 docker import 当：

1. 需要将容器运行状态 保存为镜像

   # 调试后保存当前环境
   docker export running-container > snapshot.tar
   docker import snapshot.tar debug-image

2. 创建极简基础镜像 （如Go二进制文件）

   # 构建单文件应用镜像
   tar cvf app.tar ./myapp
   docker import app.tar myapp:minimal

3. 从虚拟机磁盘 转换镜像

   # 转换虚拟机镜像
   qemu-img convert -O raw vm-disk.qcow2 vm-disk.raw
   tar cvf docker-rootfs.tar vm-disk.raw
   docker import docker-rootfs.tar legacy-app

✅ 使用 docker load 当：

1. 迁移完整镜像 到离线环境

   # 生产环境→离线服务器
   docker save myapp:v1 | gzip > myapp-v1.tar.gz
   scp myapp-v1.tar.gz user@offline-server:/tmp
   # 在离线服务器↓
   docker load < /tmp/myapp-v1.tar.gz

2. 备份带构建历史的镜像

   # 备份CI构建产物
   docker save registry/ci-image:build-123 > ci-backup.tar

3. 需要复用镜像层缓存

   # 保留层缓存加速后续构建
   docker save base-image > base.tar
   docker load < base.tar
   docker build -t child-image . # 复用base层

五、关键注意事项

1. 元数据保留问题
   import生成的镜像需手动重建配置：

   docker import --change "CMD ['sh']" busybox-container.tar busybox:with-cmd

2. 安全风险差异
   docker load会完整恢复镜像历史（可能包含敏感构建信息），而import生成"干净"镜像

3. 存储效率对比
   Busybox实验中：

   • export快照：112KB
   • save归档：1.4MB
     差异源于层元数据的保留

六、总结建议

需求	推荐命令	原因
容器状态持久化	export + import	精准捕获运行时文件系统
生产环境镜像迁移	save + load	保证镜像完整性
创建最小化镜像	import	避免额外层开销
保留CI/CD构建历史	save + load	维护完整的构建链路追溯

通过Busybox的对比实验可以清晰看到：docker import是文件系统的"快照工具"，而docker load是镜像生态的"迁移工具"。根据你的需求选择正确的工具链，将大幅提升容器化工作效率。