执行docker restart [CONTAINER ID]命令时会把之前的参数都带上吗

最新推荐文章于 2025-01-21 10:18:36 发布

原创最新推荐文章于 2025-01-21 10:18:36 发布 · 1.1k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#docker #java #服务器

Java 同时被 2 个专栏收录

5 篇文章

订阅专栏

docker

1 篇文章

订阅专栏

作者在搭建RocketMQ时遇到容器名冲突问题，探讨了Docker如何记住先前的容器配置，包括内存限制和数据持久性。解决方法是理解Docker的启动选项和容器状态。

我在搭建rocketmq时候，运行了好几个容器命令也比较长如下：

# 启动 namesrv 
docker run -d -p 9876:9876 
-v "D:/Program Files/rocketmq/namesrv/logs:/root/logs" 
-v "D:/Program Files/rocketmq/namesrv/store:/root/store" 
--name rmqnamesrv 
-e "MAX_POSSIBLE_HEAP=100000000" rocketmqinc/rocketmq sh mqnamesrv

使用docker ps 查看后，我确定这个容器运行成功了

然后我通过docker stop 1b1c71dac1fe 停止了这个容器，再然后,我尝试通过发出与第一次完全相同的命令 docker run ... sh mqnamesrv 来重新运行容器：

发现报错如下：

Error response from daemon: Conflict. The name "registry" is already 
in use by container 1b1c71dac1fe . You have to delete (or rename) that 
container to be able to reuse that name.

所以那时我只是尝试了docker restart 1b1c71dac1fe ，这似乎有效,但我不是百分之百确Docker "记得"我最初运行容器时的参数，关于它是否记忆的任何想法？如果没有，那么包含那一串参数的正确重启命令是什么？

正如一个大佬的评论，在评论中解释的那样，是的，Docker会记得。
使用start，stop和restart不会破坏容器，因此记住所有内容，包括数据(甚至在重新启动主机之间)。
什么停止是停止在容器内运行的进程，就这样。
此外，Docker以内部格式存储所有上下文，变量等，您不必再次指定命令行参数。
要查看Docker对容器的了解,可以运行docker inspect
相反，rm会破坏所有内容，包括没有持久化数据，并且需要再次重新创建容器(这次再次给出参数)。
最后要注意的是，在命令行中引用容器时，应该使用名称而不是SHA1。