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

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

一、核心区别速览

二、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 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
     差异源于层元数据的保留

六、总结建议

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