Docker 容器部署 MySQL Redis、资源控制与常用命令解析

1. docker exec -it nginx2 bash：进入名为 nginx2 的 Docker 容器，启动交互终端。
2. for i in ...：根据容器里物理 CPU 数量循环。
3. dd if=/dev/zero of=/dev/null &：每个循环启动一个后台任务，用 dd 命令消耗 CPU 资源（读 /dev/zero 写 /dev/null）。
4. [1] 44 等：显示后台任务编号和进程 ID，说明已启动对应数量任务。

这里发现对应的容器的 CPU 确实占到了接近 100%。

下面给它使用 CPU 限制在 10%：

docker update --cpu-shares 1024 nginx2

果然被限制在了 10%。

进行资源释放，删除容器。

六、Docker 容器常见问题

1. docker create start run 区别

1. docker create：从 Docker 映像创建新容器，但不会立即运行。
2. docker start：启动已停止的容器，可用于启动由 docker create 创建的容器。
3. docker run：创建新容器并立即启动；若本地无指定映像，可从 Docker Hub 提取。

2. docker export import 与 docker save load 区别

1. docker save images_name

   • 作用：把指定的 Docker 镜像导出成一个文件（本质是保存镜像的完整快照，包含镜像的所有层级、历史记录、元数据等）。
   • 特点：导出的文件体积相对较大，因为它保留了镜像从基础层到当前层的所有信息。后续用 docker load 导入时，能完整还原镜像的历史记录与元数据。

2. docker export container_id

   • 作用：把运行中的（或已停止的）Docker 容器导出成一个文件（仅保存容器某一时刻的状态，比如容器内的文件系统、进程状态等，但不会保存容器的'构建历史''镜像元数据'这类和镜像生命周期强相关的信息）。
   • 特点：导出的文件体积通常更小，因为它只聚焦于容器当下的'快照'，丢弃了镜像层面的历史记录与元数据。后续用 docker import 导入时，会把这个容器快照当作新的镜像来构建。

3. docker load

   • 用途：专门用来导入 docker save 导出的镜像存储文件（格式一般是 .tar 之类的归档文件）。
   • 行为：导入后，本地镜像库会新增一个和原镜像几乎完全一致的镜像——包括镜像的历史构建步骤、各层依赖关系、元数据（比如镜像作者、创建时间等）。可以理解为'把之前备份的完整镜像又放回了本地 Docker 环境'。

4. docker import

   • 用途：专门用来导入 docker export 导出的容器快照文件（同样是归档文件，但内容是容器运行时的状态）。
   • 行为：导入时，Docker 会把这个'容器快照'当作全新的镜像源来处理，生成一个新的镜像。但这个新镜像没有原始容器的历史记录（比如它是怎么一步步构建出来的、之前经历过哪些镜像层变更），也没有原镜像的元数据；它只包含容器导出瞬间的文件系统状态。

差异总结：

1. 导入的'源文件'不同

   • docker load 导入的是 docker save 导出的镜像级备份；
   • docker import 导入的是 docker export 导出的容器级快照。

2. 历史记录与元数据的保留

   • docker load 导入后，新镜像和原镜像的历史记录、元数据完全一致；
   • docker import 导入后，新镜像丢弃了容器的历史记录与元数据，仅保留容器导出时的'瞬时状态'。

3. 文件体积与内容侧重点

   • docker load 对应的源文件（docker save 产出）体积更大，因为它存了镜像全生命周期的信息；
   • docker import 对应的源文件（docker export 产出）体积更小，因为它只存容器某一时刻的'快照'。

4. 使用场景的差异

   • 如果希望完整还原一个镜像（包括它的构建历史、所有层依赖），比如从生产环境备份镜像再恢复到测试环境，用 docker save + docker load 更合适；
   • 如果只是想把某个容器的当前状态'固化'成一个新镜像（不在乎它之前的构建过程，只想要当下容器里的文件系统），比如把运行中的数据库容器状态存成镜像以便后续快速部署相同状态的容器，用 docker export + docker import 更轻便。

简单来说，你可以把 docker load 想象成'完整镜像的克隆机'——连历史和元数据都一模一样；把 docker import 想象成'容器快照的定格器'——只抓当下状态，抛掉历史包袱。根据你对'镜像完整性'和'文件体积'的需求，选择对应的命令组合即可。

3. docker rm rmi prune 区别

1. docker rm

• 作用：删容器
• 场景：容器不用了，删掉它（比如测试完的临时容器）
• 注意：运行的容器删不了，除非加 -f 强制删

2. docker rmi

• 作用：删镜像
• 场景：镜像没用了，删掉省空间（比如旧版本测试镜像）
• 注意：有容器在用这个镜像的话，一般删不掉

3. docker prune

• 作用：删'没人用的'Docker 对象（容器、镜像、网络、卷等都能 prune）
• 场景：批量清理垃圾，比如删所有停止的容器、悬空镜像
• 注意：会把符合条件的'闲置资源'全删掉，用前确认好

一句话总结：rm 管容器删除，rmi 管镜像删除，prune 批量清闲置对象。

4. Docker 中复合命令的使用

下面举个例子：

• docker ps -q：docker ps 命令用于列出正在运行的容器，-q 选项表示只显示容器的 ID，而不显示其他详细信息（如容器名称、镜像等）。
• $()：这是命令替换语法。它会先执行括号内的命令（即 docker ps -q），然后将命令的输出结果作为参数传递给外部命令。
• docker kill：该命令用于强制停止一个或多个正在运行的容器。它会向容器内的主进程发送 SIGKILL 信号，使得容器立即停止运行。
• 整体 docker kill $(docker ps -q)：这条复合命令的作用是获取当前所有正在运行的容器的 ID，并使用 docker kill 命令将这些容器全部强制停止。

总之，这样配合使用，变样式支持了原本 Docker 不存在的命令，减少了许多重复命令使用。

七、本篇小结

本篇文章从数据库容器部署（MySQL/Redis）、镜像源加速、C++ 开发环境配置到资源管控（内存/CPU 限制），系统讲解 Docker 基础操作；对比核心命令（如 create/run、save/export、rm/prune）差异，辅以复合命令（批量停容器）实战，助读者掌握 Docker 从安装到优化的完整流程。