Docker-Compose
大约 13 分钟约 3809 字
Docker-Compose
安装Compose
# 方法一：
curl -L https://get.daocloud.io/docker/compose/releases/download/1.29.2/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose
sudo chmod +x /usr/local/bin/docker-compose
# 方法二：使用pip安装，版本可能比较旧
$ yum install python-pip python-dev
$ pip install docker-compose
# 方法三：作为容器安装
$ curl -L https://github.com/docker/compose/releases/download/1.25.5/run.sh > /usr/local/bin/docker-compose
$ chmod +x /usr/local/bin/docker-compose
# 方法四：离线安装
# 下载[docker-compose-Linux-x86_64](https://github.com/docker/compose/releases/download/1.8.1/docker-compose-Linux-x86_64)，然后重新命名添加可执行权限即可：
$ mv docker-compose-Linux-x86_64 /usr/local/bin/docker-compose;
$ chmod +x /usr/local/bin/docker-compose
# 百度云地址： http://pan.baidu.com/s/1slEOIC1 密码: qmca
# docker官方离线地址：https://dl.bintray.com/docker-compose/master/docker-compose.yml配置详解
DOCKER-COMPOPSE.YML 版本和DOCKER兼容性表
| Compose specification | 19.03.0+ |
|---|---|
| 3.8 | 19.03.0+ |
| 3.7 | 18.06.0+ |
| 3.6 | 18.02.0+ |
| 3.5 | 17.12.0+ |
| 3.4 | 17.09.0+ |
| 3.3 | 17.06.0+ |
| 3.2 | 17.04.0+ |
| 3.1 | 1.13.1+ |
| 3.0 | 1.13.0+ |
| 2.4 | 17.12.0+ |
| 2.3 | 17.06.0+ |
| 2.2 | 1.13.0+ |
| 2.1 | 1.12.0+ |
| 2.0 | 1.10.0+ |
详情请看官网文档:https://docs.docker.com/compose/compose-file/#reference-and-guidelines
顶级配置项
- version 定义了版本信息
- services 定义了服务的配置信息
- networks 定义了网络信息，提供给 services 中的 具体容器使用
- volumes 定义了卷信息，提供给 services 中的 具体容器使用
示例：
version: "3.8"
services:
redis: # 服务名称
image: redis:alpine # 使用的镜像
ports:
- "6379" # 指定的端口
networks:
- frontend # 使用的网络
deploy:
replicas: 2
update_config:
parallelism: 2
delay: 10s
restart_policy:
condition: on-failure
db:
image: postgres:9.4
volumes:
- db-data:/var/lib/postgresql/data
networks:
- backend
result:
image: nginx
ports:
- "5001:80"
networks:
- backend
depends_on:
- db
deploy:
replicas: 1
update_config:
parallelism: 2
delay: 10s
restart_policy:
condition: on-failure
worker:
image: nginx
networks:
- frontend
- backend
deploy:
mode: replicated
replicas: 1
labels: [APP=VOTING]
restart_policy:
condition: on-failure
delay: 10s
max_attempts: 3
window: 120s
networks:
frontend:
backend:
volumes:
db-data:SERVICES配置指令
- container_name
指定容器名称
version: "3"
services:
redis:
image: redis:alpine
container_name: redis_test- image
指定为镜像名称或镜像 ID。如果镜像在本地不存在，Compose 将会尝试拉取这个镜像。
version: "3"
services:
redis:
image: redis:alpine- build
指定 Dockerfile 所在文件夹的路径（可以是绝对路径，或者相对 docker-compose.yml 文件的路径）。 Compose 将会利用它自动构建这个镜像，然后使用这个镜像。
version: '3'
services:
webapp:
build: ./dir也可以使用 context 指令指定 Dockerfile 所在文件夹的路径（或者是git仓库的URL）。同时使用 dockerfile 指令指定 Dockerfile 文件名。
version: '3'
services:
webapp:
build:
context: ./dir
dockerfile: Dockerfile-name注意：
如果同时指定了 image和 build， image 不在具有单独使用它的意义，而是指定了目前要构建的镜像的名称。 也就是说 Compose 会使用 build 指令中指定的 Dockerfile 构建的镜像，之后构建的镜像名称使用 image 中指定的名字 webapp:tag命名。
- command
使用 command 可以覆盖容器启动后默认执行的命令。
#写成shell形式
command: bundle exec thin -p 3000
#写成Dockerfile中的exec格式
command: [bundle, exec, thin, -p, 3000]- depends_on
解决容器的依赖、启动先后的问题。
version: '3'
services:
web:
image: redis:alpine
container_name: redis_test
depends_on:
- db- environment
设置环境变量。可以使用数组或字典两种格式。
只给定名称的变量会自动获取运行 Compose 主机上的对应变量的信息。
environment:
RACK_ENV: development
SHOW: 'true'
SESSION_SECRET:
environment:
- RACK_ENV=development
- SHOW=true
- SESSION_SECRET如果变量名称或者值中用到 true|false，yes|no 等表达 布尔 含义的词汇，最好放到引号里，避免 YAML 自动解析某些内容为对应的布尔语义。这些特定词汇。
y|Y|yes|Yes|YES|n|N|no|No|NO|true|True|TRUE|false|False|FALSE|on|On|ON|off|Off|OFF- expose
暴露端口，但不映射到宿主机，只被连接的服务访问。
仅可以指定容器内部的端口为参数
expose:
- "3000"
- "8000"- ports
映射端口信息。
宿主端口：容器端口 (即：HOST:CONTAINER) 的格式格式，或者仅仅指定容器的端口（宿主将会随机选择端口）。
ports:
- "3000"
- "3000-3005"
- "8000:8000"
- "9090-9091:8080-8081"
- "49100:22"
- "127.0.0.1:8001:8001"
- "127.0.0.1:5000-5010:5000-5010"
- "6060:6060/udp"注意：当使用 HOST:CONTAINER 格式来映射端口时，如果你使用的容器端口小于 60 并且没放到引号里，可能会得到错误结果，因为 YAML 会自动解析 xx:yy 这种数字格式为 60 进制。为避免出现这种问题，建议数字串都采用引号包括起来的字符串格式。
- extra_hosts
类似 Docker 中的 –add-host 参数，指定额外的 host 名称映射信息。会在启动后的服务容器中 /etc/hosts 文件中添加host映射信息。
extra_hosts:
- "somehost:162.242.195.82"
- "otherhost:50.31.209.229"- networks
要加入的网络，使用顶级 networks 定义下的条目 。
services:
some-service:
networks:
- some-network
- other-network
networks:
some-network:
other-network:- entrypoint
指定服务容器启动后执行的入口文件。
- user
指定容器中运行应用的用户名。
- working_dir
指定容器中工作目录。
- restart
指定容器退出后的重启策略为始终重启。该命令对保持服务始终运行十分有效，在生产环境 中推荐配置为 always 或者 unless-stopped 。
restart: always- alias
网络上此服务的别名（备用主机名）。同一网络上的其他容器可以使用服务名称或此别名连接到其中一个服务的容器。
由于aliases是网络范围的，因此相同的服务可以在不同的网络上具有不同的别名。
注意：网络范围的别名可以由多个容器共享，甚至可以由多个服务共享。如果是，则无法保证名称解析为的容器。
services:
some-service:
networks:
some-network:
aliases:
- alias1
- alias3
other-network:
aliases:
- alias2VOLUMES配置指令
数据卷所挂载路径设置。可以设置宿主机路径 （HOST:CONTAINER） 或加上访问模式 （HOST:CONTAINER:ro）。
该指令中路径支持相对路径。
volumes:
- /var/lib/mysql
- cache/:/tmp/cache
- ~/configs:/etc/configs/:roVOLUMES配置指令
- 未显式声明网络环境的docker-compose.yml
使用docker-compose up启动容器后，这些容器都会被加入app_default网络中。使用docker network ls可以查看网络列表，docker network inspect 可以查看对应网络的配置。
version: '3'
services:
web:
mage: nginx:latest
container_name: web
depends_on:
- db
ports:
- "9090:80"
links:
- db
db:
image: mysql
container_name: db- networks关键字指定自定义网络
例如下面的docker-compose.yml文件，定义了front和back网络，实现了网络隔离。其中proxy和db之间只能通过app来实现通信。其中，custom-driver-1并不能直接使用，你应该替换为host, bridge, overlay等选项中的一种。
version: '3'
services:
proxy:
build: ./proxy
networks:
- front
app:
build: ./app
networks:
- front
- back
db:
image: postgres
networks:
- back
networks:
front:
# Use a custom driver
driver: custom-driver-1
back:
# Use a custom driver which takes special options
driver: custom-driver-2
driver_opts:
foo: "1"
bar: "2"- 配置默认网络
version: '2'
services:
web:
build: .
ports:
- "8000:8000"
db:
image: postgres
networks:
default:
# Use a custom driver
driver: custom-driver-1- 使用已存在的网络
networks:
default:
external:
name: my-pre-existing-networkDocker-Compose常用命令
1) docker-compose up
用于部署一个 Compose 应用。
默认情况下该命令会读取名为 docker-compose.yml 或 docker-compose.yaml 的文件。
当然用户也可以使用 -f 指定其他文件名。通常情况下，会使用 -d 参数令应用在后台启动。
2) docker-compose stop
停止 Compose 应用相关的所有容器，但不会删除它们。
被停止的应用可以很容易地通过 docker-compose restart 命令重新启动。
3) docker-compose rm
用于删除已停止的 Compose 应用。
它会删除容器和网络，但是不会删除卷和镜像。
4) docker-compose restart
重启已停止的 Compose 应用。
如果用户在停止该应用后对其进行了变更，那么变更的内容不会反映在重启后的应用中，这时需要重新部署应用使变更生效。
5) docker-compose ps
用于列出 Compose 应用中的各个容器。
输出内容包括当前状态、容器运行的命令以及网络端口。
6) docker-compose down
停止并删除运行中的 Compose 应用。
它会删除容器和网络，但是不会删除卷和镜像。
关键知识点
实战：LNMP 开发环境编排
# docker-compose.yml — LNMP 完整开发环境
version: '3.8'
services:
nginx:
image: nginx:1.24-alpine
container_name: lnmp_nginx
ports:
- "80:80"
- "443:443"
volumes:
- ./www:/usr/share/nginx/html # 网站根目录
- ./nginx/conf.d:/etc/nginx/conf.d # Nginx 配置
- ./nginx/logs:/var/log/nginx # 日志
- ./nginx/ssl:/etc/nginx/ssl # SSL 证书
depends_on:
- php
- mysql
networks:
- lnmp
restart: unless-stopped
php:
build:
context: ./php
dockerfile: Dockerfile
container_name: lnmp_php
volumes:
- ./www:/usr/share/nginx/html
- ./php/php.ini:/usr/local/etc/php/php.ini
networks:
- lnmp
restart: unless-stopped
mysql:
image: mysql:8.0
container_name: lnmp_mysql
environment:
MYSQL_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD:-root123}
MYSQL_DATABASE: ${MYSQL_DATABASE:-app}
MYSQL_USER: ${MYSQL_USER:-app}
MYSQL_PASSWORD: ${MYSQL_PASSWORD:-app123}
ports:
- "3306:3306"
volumes:
- mysql_data:/var/lib/mysql
- ./mysql/conf.d:/etc/mysql/conf.d
- ./mysql/init:/docker-entrypoint-initdb.d # 初始化 SQL
command: --default-authentication-plugin=mysql_native_password --character-set-server=utf8mb4
networks:
- lnmp
restart: unless-stopped
redis:
image: redis:7-alpine
container_name: lnmp_redis
ports:
- "6379:6379"
volumes:
- redis_data:/data
command: redis-server --appendonly yes --requirepass ${REDIS_PASSWORD:-redis123}
networks:
- lnmp
restart: unless-stopped
phpmyadmin:
image: phpmyadmin:latest
container_name: lnmp_pma
environment:
PMA_HOST: mysql
PMA_PORT: 3306
ports:
- "8080:80"
depends_on:
- mysql
networks:
- lnmp
restart: unless-stopped
networks:
lnmp:
driver: bridge
volumes:
mysql_data:
redis_data:环境变量与 .env 文件
# .env 文件 — 统一管理环境变量
# Docker Compose 自动加载同目录下的 .env 文件
# ========== 应用配置 ==========
APP_NAME=myapp
APP_ENV=production
APP_DEBUG=false
# ========== MySQL ==========
MYSQL_ROOT_PASSWORD=strong_root_password
MYSQL_DATABASE=app_db
MYSQL_USER=app_user
MYSQL_PASSWORD=strong_user_password
# ========== Redis ==========
REDIS_PASSWORD=strong_redis_password
# ========== 端口映射 ==========
NGINX_PORT=80
MYSQL_PORT=3306
REDIS_PORT=6379
# ========== 资源限制 ==========
PHP_MEMORY_LIMIT=256M
MYSQL_MAX_CONNECTIONS=200# docker-compose.yml 中使用环境变量
services:
app:
image: myapp:${APP_VERSION:-latest} # 使用变量，带默认值
ports:
- "${NGINX_PORT:-80}:80"
environment:
- APP_ENV=${APP_ENV}
- DB_HOST=mysql
- DB_NAME=${MYSQL_DATABASE}
- DB_USER=${MYSQL_USER}
- DB_PASS=${MYSQL_PASSWORD}
env_file:
- .env # 从 .env 文件加载所有变量健康检查与依赖管理
services:
mysql:
image: mysql:8.0
healthcheck:
test: ["CMD", "mysqladmin", "ping", "-h", "localhost", "-u", "root", "-p${MYSQL_ROOT_PASSWORD}"]
interval: 10s # 每 10 秒检查一次
timeout: 5s # 超时时间
retries: 5 # 重试次数
start_period: 30s # 启动后等待 30 秒才开始检查
app:
image: myapp:latest
depends_on:
mysql:
condition: service_healthy # 等 MySQL 健康检查通过才启动
redis:
condition: service_started # 只等服务启动
restart: on-failure:5 # 失败后最多重启 5 次资源限制
services:
app:
image: myapp:latest
deploy:
resources:
limits:
cpus: '2.0' # 最多使用 2 核 CPU
memory: 2G # 最多使用 2GB 内存
reservations:
cpus: '0.5' # 预留 0.5 核 CPU
memory: 512M # 预留 512MB 内存
worker:
image: myapp-worker:latest
deploy:
resources:
limits:
cpus: '1.0'
memory: 1G
# 资源限制最佳实践：
# 1. 为每个服务设置合理的资源限制
# 2. limits > reservations（limits 是硬上限）
# 3. 预留资源保证服务启动时有足够资源
# 4. 监控资源使用情况，动态调整限制多环境 Compose 配置
# docker-compose.yml — 基础配置（所有环境共享）
services:
app:
image: myapp:${APP_VERSION:-latest}
volumes:
- app_data:/data
networks:
- backend
# docker-compose.override.yml — 开发环境（自动加载）
# 不需要指定 extends，Docker Compose 自动合并
services:
app:
build: . # 开发环境从源码构建
volumes:
- ./src:/app/src # 挂载源码支持热更新
- ./config/dev:/app/config # 开发配置
environment:
- APP_DEBUG=true
- LOG_LEVEL=debug
ports:
- "3000:3000"
- "9229:9229" # Node.js 调试端口
# docker-compose.prod.yml — 生产环境
services:
app:
image: registry.example.com/myapp:${APP_VERSION}
environment:
- APP_DEBUG=false
- LOG_LEVEL=warn
deploy:
replicas: 3 # 3 个实例
resources:
limits:
cpus: '2.0'
memory: 2G
healthcheck:
test: ["CMD", "curl", "-f", "http://localhost:3000/health"]
interval: 30s
timeout: 10s
retries: 3# 开发环境（自动合并 docker-compose.yml + docker-compose.override.yml）
docker-compose up -d
# 生产环境（显式指定文件）
docker-compose -f docker-compose.yml -f docker-compose.prod.yml up -d
# 测试环境
docker-compose -f docker-compose.yml -f docker-compose.test.yml up -d日志管理与调试
services:
app:
image: myapp:latest
logging:
driver: json-file # 日志驱动
options:
max-size: "50m" # 单个日志文件最大 50MB
max-file: "5" # 最多保留 5 个文件
tag: "{{.Name}}/{{.ID}}" # 日志标签格式# ========== 日志查看 ==========
# 查看所有服务日志
docker-compose logs --tail=100 -f
# 查看指定服务日志
docker-compose logs -f app
docker-compose logs --since 30m app # 最近 30 分钟
# ========== 调试命令 ==========
# 进入容器执行命令
docker-compose exec app sh
docker-compose exec app bash
# 查看容器资源使用
docker-compose top
docker stats $(docker-compose ps -q)
# 查看服务配置（合并后的最终配置）
docker-compose config
# 查看环境变量
docker-compose exec app env
# 重新构建并启动（代码更新后）
docker-compose up -d --build app
# 强制重新创建容器（即使配置没变）
docker-compose up -d --force-recreate app常见问题与解决方案
# 问题1：端口冲突
# Error: Bind for 0.0.0.0:80 failed: port is already allocated
# 解决：查找占用端口的进程
netstat -tlnp | grep :80
# 或修改 .env 中的端口映射
# 问题2：容器无法互通
# 解决：确认服务在同一网络中
docker network ls
docker network inspect <project>_backend
# 在 compose 中确认 networks 配置
# 问题3：数据丢失
# 解决：使用 named volumes 而非 bind mounts
# volumes:
# mysql_data: # 命名卷，数据持久化
# 在 volumes 中声明，docker-compose down 不会删除
# 问题4：容器频繁重启
# 查看退出原因
docker-compose ps -a
docker inspect <container_id> | grep -A5 State
# 查看应用日志
docker-compose logs --tail=50 <service>
# 问题5：构建缓存问题
# 清理构建缓存
docker builder prune
# 不使用缓存重新构建
docker-compose build --no-cache app关键知识点
- 部署类主题的核心不是“装成功”，而是“稳定运行、可排障、可回滚”。
- 同一个服务通常至少要关注版本、目录、端口、权限、数据、日志和备份。
- Linux 问题经常跨越系统层、网络层、服务层和应用层。
- 部署主题通常要同时看镜像、容器、卷、网络和宿主机资源。
项目落地视角
- 把安装步骤补成可重复执行的清单，必要时写成脚本或配置文件。
- 把配置目录、数据目录、日志目录和挂载点明确拆开。
- 上线前检查防火墙、SELinux、时区、磁盘、系统服务和健康检查。
- 固定镜像标签，记录端口、挂载目录、环境变量和自启动策略。
常见误区
- 使用 latest 或未固定版本，导致环境不可复现。
- 只验证启动成功，不验证持久化、开机自启和故障恢复。
- 遇到问题先改配置而不是先看日志和依赖链路。
- 使用 latest 导致结果不可复现。
进阶路线
- 继续补齐 systemd、性能监控、安全加固和备份恢复。
- 把单机操作升级成 Docker、Kubernetes 或 IaC 方案。
- 建立标准化运维手册，包括巡检、扩容、回滚和灾备演练。
- 继续补齐 Compose 编排、镜像瘦身、安全扫描和镜像仓库治理。
适用场景
- 当你准备把《Docker-Compose》真正落到项目里时，最适合先在一个独立模块或最小样例里验证关键路径。
- 适合单机环境初始化、中间件快速搭建、测试环境验证和生产部署前准备。
- 当服务稳定性依赖端口、权限、目录、网络和系统参数时，这类主题会直接影响成败。
落地建议
- 固定版本号与镜像标签，避免“latest”带来的不可预期变化。
- 把配置、数据、日志目录拆开管理，并记录恢复步骤。
- 上线前确认端口、防火墙、SELinux、时区和磁盘空间。
排错清单
- 先查 systemctl、容器日志和应用日志，确认失败发生在哪一层。
- 检查端口占用、目录权限、挂载路径和网络连通性。
- 如果是新环境问题，优先对比与已知正常环境的差异。
复盘问题
- 如果把《Docker-Compose》放进你的当前项目，最先要验证的输入、输出和失败路径分别是什么？
- 《Docker-Compose》最容易在什么规模、什么边界条件下暴露问题？你会用什么指标或日志去确认？
- 相比默认实现或替代方案，采用《Docker-Compose》最大的收益和代价分别是什么？