Docker停止容器使用stop、restart 还是 kill?
wptr33 2024-11-22 21:59 30 浏览
- docker kill立即强制停止容器
- docker stop优雅地停止容器
- docker restart先优雅停止容器,再启动一个新的容器实例
- docker kill与docker stop区别
Docker停止容器,是使用stop、kill还是restart?用户通过 docker stop 或 docker kill 命令主动停止容器。前者发送 SIGTERM 信号让容器优雅退出,后者发送 SIGKILL 信号强制立即退出。docker restart,命令包含了停止现有容器(类似于 docker stop)和重新启动新容器(类似于 docker start)这两个动作。今天来了解一下这三个命令。
使用以下命令可以创建一个后台运行的 Redis 容器,并将其公开到主机的 6379 端口,同时为容器赋予名称 redis:
docker run -d -p 6379:6379 --name redis redis
在宿主机安装redis-cli命令行客户端工具。
1. docker kill立即强制停止容器
docker kill 命令用于立即强制停止一个或多个正在运行的 Docker 容器。当您执行 docker kill 时,Docker 会向容器发送一个 SIGKILL 信号,这是一种不可被捕获、阻塞或忽略的信号,导致容器内的主进程立即停止运行,不会给容器进程提供任何清理或保存状态的机会。因此,docker kill 是一种非常直接且不优雅的停止方式,适用于需要立即终止容器且不关心容器内部状态的情况。SIGKILL是什么,如果你使用过Linux命令kill -9 [pid],SIGKILL编号即为9。
使用示例:
首先,使用命令docker wait redis监听redis退出状态码。打开另一个终端运行如下命令:
? ~ docker kill redis
redis
? ~ docker wait redis
137
运行docker wait redis命令窗口,输出状态码137。状态码137通常表示进程接收到 SIGKILL 信号而被强制终止。这意味着名为 Redis 的容器是因为接收到 SIGKILL 信号而被强制终止的。
docker kill同时可以强制停止多个容器:
docker kill container1 container2 container3 ...
2. docker stop优雅地停止容器
docker stop 命令用于优雅地停止一个或多个正在运行的 Docker 容器。当您执行 docker stop 时,Docker 会向容器发送一个 SIGTERM 信号,这是进程的标准终止信号。容器内的主进程接收到 SIGTERM 后,通常会触发清理操作,如保存当前状态、关闭网络连接、释放资源等,并在完成这些操作后自行退出。默认情况下,Docker 会给容器预留10秒的时间来优雅地关闭。如果容器在这段时间内没有自行退出,Docker 会发送一个 SIGKILL 信号强制终止容器。希望容器在停止前有机会进行必要的清理和状态保存工作,尤其是当容器内运行的服务支持优雅关闭时。应使用docker stop
使用示例:
? ~ docker stop redis
137
docker stop同时可以停止多个容器:
docker stop container1 container2 container3 ...
3. docker restart先优雅停止容器,再启动一个新的容器实例
docker restart 命令用于重启一个或多个已停止的 Docker 容器。执行此命令时,Docker 首先会发送 SIGTERM 信号,等待容器优雅地停止。一旦容器停止,Docker 立即启动一个新的容器实例,使用相同的配置和镜像。这意味着容器内的状态在重启过程中不会保留。需要重启容器以恢复服务或应用新的配置。
使用示例:
? ~ docker restart redis
redis
docker restart同时可以重启多个容器:
docker restart container1 container2 container3
4. docker stop与docker kill区别
docker stop 会向容器发送一个SIGTERM,等待容器保存状态,优雅退出。
docker kill 会向容器发送一个SIGKILL。同Linux的kill -9。
Redis使用docker stop的例子:
? ~ docker start redis
redis
? ~ redis-cli
127.0.0.1:6379> set hello abc
OK
127.0.0.1:6379> exit
? ~ docker stop redis
redis
? ~ docker start redis
redis
? ~ redis-cli
127.0.0.1:6379> get hello
"abc"
127.0.0.1:6379> exit
第一步,首先,启动刚kill掉的redis容器,接着连接redis-cli,输入命令set hello abc,设置一个key为hello,value为abc。使用exit退出redis-cli。
第二步,使用命令docker stop redis停止容器,接着使用命令docker start redis启动容器。
第三步,再次连接redis-cli,输入命令get hello,输出abc。最后使用exit断开redis-cli连接。
结果,在 Redis 中,我们有一个key为hello,值为abc。最后使用exit断开redis-cli连接。
Redis容器运行docker kill的例子:
? ~ docker start redis
redis
? ~ redis-cli
127.0.0.1:6379> set hello 123
OK
127.0.0.1:6379> get hello
"123"
127.0.0.1:6379> exit
? ~ docker kill redis
redis
? ~ docker start redis
redis
? ~ redis-cli
127.0.0.1:6379> get hello
"abc"
127.0.0.1:6379> exit
第一步,首先,启动 Redis 容器。连接redis-cli,输入命令get hello,输出key为hello的值为abc。接着输入命令set hello abc更改key为hello值value为123。使用exit退出redis-cli。
第二步,使用命令docker kill redis停止容器,接着使用命令docker start redis启动容器。
第三步,再次连接redis-cli,输入命令get hello,输出abc。最后使用exit断开redis-cli连接。
可以看出,我们已经变更过key为hello的值为123,但提高kill结束容器,没有等待Redis把数据持久化到磁盘就推退出了。值还是abc,为刚docker stop示例中的结果。
而使用docker stop停止的容器会优雅退出。 Redis 会把数据持久化到磁盘。
docker restart与docker stop效果一致。
在管理 Redis 这类需要数据持久化的容器时,推荐使用 docker stop 以确保数据的完整性。若需立即终止且不关心数据丢失,可使用 docker kill。docker restart 适用于需要重启服务以应用新配置或恢复服务的情况,其效果与先执行 docker stop 再 docker start 相同。
忍不住要加个关注!不是我吹,但你会后悔没关注的!
相关推荐
- 高性能并发队列Disruptor使用详解
-
基本概念Disruptor是一个高性能的异步处理框架,是一个轻量的Java消息服务JMS,能够在无锁的情况下实现队列的并发操作Disruptor使用环形数组实现了类似队列的功能,并且是一个有界队列....
- Disruptor一个高性能队列_java高性能队列
-
Disruptor一个高性能队列前言说到队列比较熟悉的可能是ArrayBlockingQueue、LinkedBlockingQueue这两个有界队列,大多应用在线程池中使用能保证线程安全,但其安全性...
- 谈谈防御性编程_防御性策略
-
防御性编程对于程序员来说是一种良好的代码习惯,是为了保护自己的程序在不可未知的异常下,避免带来更大的破坏性崩溃,使得程序在错误发生时,依然能够云淡风轻的处理,但很多程序员入行很多年,写出的代码依然都是...
- 有人敲门,开水开了,电话响了,孩子哭了,你先顾谁?
-
前言哎呀,这种情况你肯定遇到过吧!正在家里忙活着,突然——咚咚咚有人敲门,咕噜咕噜开水开了,铃铃铃电话响了,哇哇哇孩子又哭了...我去,四件事一起来,人都懵了!你说先搞哪个?其实这跟我们写Java多线...
- 面试官:线程池如何按照core、max、queue的执行顺序去执行?
-
前言这是一个真实的面试题。前几天一个朋友在群里分享了他刚刚面试候选者时问的问题:"线程池如何按照core、max、queue的执行循序去执行?"。我们都知道线程池中代码执行顺序是:co...
- 深入剖析 Java 中线程池的多种实现方式
-
在当今高度并发的互联网软件开发领域,高效地管理和利用线程资源是提升程序性能的关键。Java作为一种广泛应用于后端开发的编程语言,为我们提供了丰富的线程池实现方式。今天,就让我们深入探讨Java中...
- 并发编程之《彻底搞懂Java线程》_java多线程并发解决方案详解
-
目录引言一、核心概念:线程是什么?...
- Redis怎么实现延时消息_redis实现延时任务
-
一句话总结Redis可通过有序集合(ZSET)实现延时消息:将消息作为value,到期时间戳作为score存入ZSET。消费者轮询用ZRANGEBYSCORE获取到期消息,配合Lua脚本保证原子性获取...
- CompletableFuture真的用对了吗?盘点它最容易被误用的5个场景
-
在Java并发编程中,CompletableFuture是处理异步任务的利器,但不少开发者在使用时踩过这些坑——线上服务突然雪崩、异常悄无声息消失、接口响应时间翻倍……本文结合真实案例,拆解5个最容易...
- 接口性能优化技巧,有点硬_接口性能瓶颈
-
背景我负责的系统到2021年初完成了功能上的建设,开始进入到推广阶段。随着推广的逐步深入,收到了很多好评的同时也收到了很多对性能的吐槽。刚刚收到吐槽的时候,我们的心情是这样的:...
- 禁止使用这5个Java类,每一个背后都有一段"血泪史"
-
某电商平台的支付系统突然报警:大量订单状态异常。排查日志发现,同一笔订单被重复支付了三次。事后复盘显示,罪魁祸首竟是一行看似无害的SimpleDateFormat代码。在Java开发中,这类因使用不安...
- 无锁队列Disruptor原理解析_无锁队列实现原理
-
队列比较队列...
- Java并发队列与容器_java 并发队列
-
【前言:无论是大数据从业人员还是Java从业人员,掌握Java高并发和多线程是必备技能之一。本文主要阐述Java并发包下的阻塞队列和并发容器,其实研读过大数据相关技术如Spark、Storm等源码的,...
- 线程池工具及拒绝策略的使用_线程池处理策略
-
线程池的拒绝策略若线程池中的核心线程数被用完且阻塞队列已排满,则此时线程池的资源已耗尽,线程池将没有足够的线程资源执行新的任务。为了保证操作系统的安全,线程池将通过拒绝策略处理新添加的线程任务。...
- 【面试题精讲】ArrayBlockingQueue 和 LinkedBlockingQueue 区别?
-
有的时候博客内容会有变动,首发博客是最新的,其他博客地址可能会未同步,认准...
- 一周热门
-
-
C# 13 和 .NET 9 全知道 :13 使用 ASP.NET Core 构建网站 (1)
-
程序员的开源月刊《HelloGitHub》第 71 期
-
详细介绍一下Redis的Watch机制,可以利用Watch机制来做什么?
-
假如有100W个用户抢一张票,除了负载均衡办法,怎么支持高并发?
-
如何将AI助手接入微信(打开ai手机助手)
-
Java面试必考问题:什么是乐观锁与悲观锁
-
SparkSQL——DataFrame的创建与使用
-
redission YYDS spring boot redission 使用
-
一文带你了解Redis与Memcached? redis与memcached的区别
-
如何利用Redis进行事务处理呢? 如何利用redis进行事务处理呢英文
-
- 最近发表
- 标签列表
-
- git pull (33)
- git fetch (35)
- mysql insert (35)
- mysql distinct (37)
- concat_ws (36)
- java continue (36)
- jenkins官网 (37)
- mysql 子查询 (37)
- python元组 (33)
- mybatis 分页 (35)
- vba split (37)
- redis watch (34)
- python list sort (37)
- nvarchar2 (34)
- mysql not null (36)
- hmset (35)
- python telnet (35)
- python readlines() 方法 (36)
- munmap (35)
- docker network create (35)
- redis 集合 (37)
- python sftp (37)
- setpriority (34)
- c语言 switch (34)
- git commit (34)