Docker Compose 本身不提供 pause/unpause 命令，因其定位是服务编排工具，专注启停、重建、扩缩容等生命周期管理；暂停/恢复属底层容器运行时控制，由 Docker 引擎负责，故需用 docker pause/unpause 直接操作 Compose 创建的标准容器。
Docker Compose 本身不提供类似 docker pause 那样的“冻结进程”能力，它没有内置的 pause / unpause 子命令来暂停容器内所有进程（即不释放内存、不终止进程、仅停止 CPU 调度）。但你可以用组合方式实现**等效效果**：用 docker pause 直接操作 Compose 创建的容器。
为什么 compose 没有 pause/unpause 命令
Compose 定位是编排工具，聚焦于服务生命周期管理（启停、重建、扩缩容），而暂停/恢复属于底层容器运行时控制，由 Docker 引擎负责。因此：
• docker-compose pause 是无效命令（会报错）
• docker pause 却完全兼容 Compose 启动的容器——因为它们本质仍是标准 Docker 容器
暂停所有 Compose 服务容器
先确认当前运行的服务容器名：
执行：docker-compose ps -q
这会输出所有正在运行的服务容器 ID（一行一个）
批量暂停：docker pause $(docker-compose ps -q)
该命令将所有 Compose 管理的运行中容器立即冻结，状态变为 Paused
你也可以按服务名暂停（更可控）：
• docker pause myapp_web_1 myapp_db_1
• 或用通配符（需 shell 支持）：docker pause $(docker ps -q --filter "name=myapp_" | xargs)
恢复被暂停的 Compose 服务容器
批量恢复：docker unpause $(docker-compose ps -q)
注意：此命令只对当前处于 Paused 状态的容器生效；若容器已 stop 或 exited，会提示错误
验证状态：docker-compose ps
STATUS 列应显示 Up (Paused) 或恢复后的 Up
恢复后，应用进程继续执行，连接、内存、挂载卷、网络配置全部保持原样，毫秒级完成
暂停 vs stop/down 的关键区别
• docker pause：冻结进程，保留完整运行时状态（含内存数据、TCP 连接、线程堆栈）
• docker-compose stop：发 SIGTERM 终止主进程，释放资源，再 start 是全新启动
• docker-compose down：stop + 删除容器和网络，卷默认保留（加 --volumes 才删）
适合临时让服务“静音”而不中断上下文的场景，比如：
• 排查高 CPU 占用时冻结现场分析
• 宿主机资源紧张，临时腾出 CPU 给其他任务
• 避免重启导致数据库重连、缓存重建、长连接断开等副作用
