企业官网建设流程全解析

1. 从“为什么”开始：Docker化MySQL的动机与价值

如果你正在看这篇文章，大概率是遇到了一个经典困境：需要在本地快速搭建一个干净的MySQL环境用于开发测试，或者想在一台新机器上部署数据库服务，但被繁琐的安装、配置、版本冲突和系统污染问题搞得焦头烂额。传统的MySQL安装方式，无论是通过系统包管理器（如apt-get install mysql-server）还是下载官方二进制包，都不可避免地会与你的操作系统深度耦合。配置文件散落在/etc/mysql，数据文件默认在/var/lib/mysql，日志在/var/log，更别提那些可能被意外修改的系统服务了。一旦你想测试不同版本的MySQL，或者需要同时运行多个实例，清理起来就是一场灾难。

这正是Docker的价值所在。它通过容器化技术，将MySQL数据库及其所有依赖（包括特定版本的操作系统、库文件、配置文件）打包成一个独立的、可移植的“镜像”。运行这个镜像，就得到了一个与宿主机环境隔离的“容器”。这个容器内的MySQL，拥有自己独立的文件系统、网络和进程空间。对你而言，最直接的收益有三点：环境一致性、快速部署和资源隔离。你可以在Windows、macOS或任何Linux发行版上，用完全相同的命令启动一个行为一致的MySQL服务；需要时几秒钟就能拉起，不用时删除容器即可，宿主机不留任何痕迹；同时运行MySQL 5.7和8.0也毫无压力。

网络上关于“Docker安装MySQL”的教程很多，但大多只停留在“跑起来”的层面。本文将带你深入一步，不仅告诉你如何用Docker启动一个MySQL容器，更会详细拆解其中的关键配置、数据持久化、网络连接、权限管理等实战中必然会遇到的问题，并分享我多年使用中积累的避坑经验。无论你是刚接触Docker的开发者，还是希望优化现有数据库本地工作流的老手，这篇文章都能提供可直接“抄作业”的完整方案。

2. 核心准备：理解Docker运行MySQL的底层逻辑

在动手敲命令之前，我们需要先理清几个核心概念，这能帮你从根本上理解后续的每一个操作步骤，而不是机械地复制粘贴。

2.1 镜像（Image）与容器（Container）的关系

你可以把Docker镜像理解为一个只读的模板或蓝图，里面包含了运行MySQL所需的一切：一个精简的Linux系统（通常是Alpine或Debian）、预装的MySQL软件、以及默认的配置文件。而容器则是这个镜像的一个运行实例。当你执行docker run命令时，Docker引擎会基于指定的镜像创建一个可写的容器层，然后启动它。一个镜像可以创建出无数个相互隔离的容器。对于MySQL来说，官方在 Docker Hub 上维护了不同版本的镜像（如mysql:8.0,mysql:5.7），这是我们获取镜像最可靠的来源。

2.2 数据持久化：容器的“失忆症”与Volume的救赎

这是使用Docker运行数据库服务最需要理解的一点。容器本身是无状态的。默认情况下，容器内应用程序（如MySQL）产生的所有数据，都保存在容器内部的可写层中。一旦这个容器被删除，里面的所有数据也会随之灰飞烟灭。这显然不符合数据库服务的需求。

为了解决这个问题，Docker提供了**数据卷（Volume）和绑定挂载（Bind Mount）**两种数据持久化机制。它们的核心思想都是将宿主机上的一个目录或一个由Docker管理的特殊存储区域，映射到容器内部的某个路径（比如MySQL的数据目录/var/lib/mysql）。这样，容器内的数据读写实际上发生在宿主机上，容器本身只是一个“运行时环境”。即使容器被删除，宿主机上的数据文件依然完好无损，你可以用同一个镜像启动一个新容器，并挂载原有的数据卷，所有数据就都回来了。

注意：在本文的实践中，我们将主要使用Docker Volume，因为它由Docker完全管理，与宿主机文件系统的耦合度更低，移植性更好，且性能通常更优。

2.3 网络模式：容器如何被外界访问

默认情况下，容器运行在Docker创建的内部虚拟网络中，与宿主机和其他容器隔离。为了让宿主机上的应用（如你的代码、数据库管理工具）能够连接到容器内的MySQL，我们需要进行端口映射。通过-p参数，可以将容器内部的端口（MySQL默认是3306）映射到宿主机的一个端口上。例如，-p 3306:3306意味着将容器的3306端口映射到宿主机的3306端口。这样，你连接localhost:3306，请求就会被转发到容器内的MySQL服务。

理解了这三点——镜像作为模板、Volume用于持久化、端口映射用于访问——你就掌握了Docker运行MySQL的骨架。接下来的所有操作，都是在这个骨架上填充血肉。

3. 实战第一步：拉取镜像与运行你的第一个MySQL容器

现在，让我们开始实际操作。请确保你的系统已经安装了Docker Desktop（Windows/macOS）或Docker Engine（Linux），并且服务正在运行。你可以打开终端（或PowerShell、Command Prompt）输入docker --version来验证。

3.1 拉取官方MySQL镜像

不建议直接使用latest标签，因为它指向的版本可能会变，导致环境不一致。明确指定版本是生产环境的最佳实践，对于开发测试，也推荐如此。

# 拉取MySQL 8.0的最新稳定版镜像 docker pull mysql:8.0 # 或者拉取MySQL 5.7的最新稳定版镜像 # docker pull mysql:5.7

执行docker pull后，Docker会从Docker Hub下载镜像。你可以通过docker images命令查看本地已有的镜像列表，确认mysql:8.0已经存在。

3.2 运行一个最简单的MySQL容器（不推荐用于实际工作）

我们先跑一个“玩具”容器，感受一下最简流程，但请记住这个方式不适合保存任何数据。

docker run -d --name mysql-test -e MYSQL_ROOT_PASSWORD=my-secret-pw mysql:8.0

逐条解释这个命令：

• docker run: 创建并运行一个新容器。
• -d: 让容器在后台运行（detached mode）。
• --name mysql-test: 给容器起一个名字，方便后续管理（如停止、删除、查看日志）。
• -e MYSQL_ROOT_PASSWORD=my-secret-pw: 设置环境变量。这是MySQL镜像的强制要求，用于指定root用户的初始密码。务必替换my-secret-pw为你自己的强密码。
• mysql:8.0: 指定使用的镜像名和标签。

运行后，使用docker ps可以看到一个名为mysql-test的容器正在运行。此时，容器内的MySQL已经启动，但数据存储在容器内部。你可以用docker exec -it mysql-test mysql -uroot -p命令进入容器并连接MySQL，输入刚才设置的密码。玩一下之后，执行docker stop mysql-test和docker rm mysql-test，这个容器及其内部的所有数据就永远消失了。

3.3 运行一个具备数据持久化的MySQL容器（推荐做法）

这才是我们真正需要的方式。我们需要创建一个Docker Volume来持久化数据，并可能挂载自定义配置文件。

# 1. 创建一个Docker Volume用于持久化MySQL数据 docker volume create mysql_data # 2. 运行容器，挂载数据卷，并映射端口 docker run -d \ --name mysql-dev \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORD=YourStrongPassword123! \ -v mysql_data:/var/lib/mysql \ mysql:8.0

这个命令做了几件关键的事：

• -p 3306:3306: 将宿主机的3306端口映射到容器的3306端口。现在你可以在宿主机上用localhost:3306连接这个MySQL。
• -v mysql_data:/var/lib/mysql: 将之前创建的mysql_data卷挂载到容器内的/var/lib/mysql目录。这是MySQL默认的数据存储位置。所有数据库、表的数据都会安全地保存在这个卷里。
• 其他参数与之前相同。

运行后，你可以使用任何MySQL客户端（如命令行工具、MySQL Workbench、Navicat）连接主机: localhost，端口: 3306，用户名: root，密码: YourStrongPassword123!。

3.4 验证与基础管理

• 查看容器状态与日志:

  docker ps # 查看运行中的容器 docker logs mysql-dev # 查看容器的启动日志，如果连接有问题，首先看这里 docker logs -f mysql-dev # 持续跟踪日志输出（类似 tail -f）

• 进入容器内部:

  docker exec -it mysql-dev bash # 进入容器的bash shell # 在容器内部，你可以像在普通Linux系统里一样操作 ls /var/lib/mysql # 可以看到挂载的数据文件 exit # 退出容器

• 停止和启动容器:

  docker stop mysql-dev # 停止容器（数据库服务关闭） docker start mysql-dev # 启动已停止的容器（数据卷还在，所有数据完好） docker restart mysql-dev # 重启容器

• 删除容器（谨慎！）:

  docker stop mysql-dev docker rm mysql-dev # 删除容器，但不会删除`mysql_data`卷 # 之后你可以用同样的`docker run -v mysql_data:/var/lib/mysql ...`命令新建容器，数据会恢复。

实操心得一：关于root密码。MYSQL_ROOT_PASSWORD是必须的环境变量。但在生产环境或更高安全要求下，官方镜像还支持MYSQL_RANDOM_ROOT_PASSWORD（生成随机密码，日志中查看）和MYSQL_ALLOW_EMPTY_PASSWORD（极不推荐）。对于开发，直接设置一个复杂密码最简单。

4. 进阶配置：打造一个“生产就绪”的开发环境

仅仅能运行还不够，一个用于严肃开发或测试的MySQL环境，通常还需要自定义配置、初始化脚本、以及更合理的资源管理。

4.1 使用自定义配置文件

MySQL的默认配置（如字符集、最大连接数、缓冲区大小）可能不符合你的项目需求。官方MySQL镜像会在容器启动时，读取/etc/mysql/conf.d目录下的所有.cnf文件。我们可以利用这一点，将宿主机上的一个自定义配置文件目录挂载到容器的这个路径。

1. 在宿主机上创建配置目录和文件:

   mkdir -p ~/docker/mysql/conf.d cd ~/docker/mysql/conf.d

2. 创建一个自定义配置文件，例如custom.cnf:

   # custom.cnf [mysqld] # 设置默认字符集为utf8mb4，支持完整的UTF-8（包括emoji） character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci # 设置最大连接数，根据开发机性能调整 max_connections=200 # 设置默认时区 default-time-zone='+08:00' # 禁用ONLY_FULL_GROUP_BY SQL模式，方便一些宽松的查询（根据项目需求决定） sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION [client] default-character-set=utf8mb4

3. 运行容器时挂载配置目录:

   docker run -d \ --name mysql-dev-advanced \ -p 3307:3306 \ # 换一个端口，避免和之前的冲突 -e MYSQL_ROOT_PASSWORD=YourStrongPassword123! \ -v mysql_data_advanced:/var/lib/mysql \ -v ~/docker/mysql/conf.d:/etc/mysql/conf.d \ mysql:8.0

   注意，我们映射了宿主机的3307端口到容器的3306，这样两个MySQL容器可以共存。配置文件目录~/docker/mysql/conf.d被挂载到了容器的/etc/mysql/conf.d。

4.2 使用初始化脚本自动创建数据库和用户

在项目初期，我们通常希望容器第一次启动时，就能自动创建好业务所需的数据库、用户并授权。官方镜像支持在容器首次启动时，执行/docker-entrypoint-initdb.d目录下的.sh、.sql或.sql.gz文件。

1. 在宿主机上准备初始化SQL脚本:

   mkdir -p ~/docker/mysql/initdb.d cd ~/docker/mysql/initdb.d

2. 创建初始化脚本init.sql:

   -- init.sql -- 创建一个业务数据库 CREATE DATABASE IF NOT EXISTS `myapp_db` CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; -- 创建一个业务用户，并授予其对该数据库的全部权限 CREATE USER 'myapp_user'@'%' IDENTIFIED BY 'UserPassword456!'; GRANT ALL PRIVILEGES ON `myapp_db`.* TO 'myapp_user'@'%'; FLUSH PRIVILEGES;

   注意：@'%'表示允许从任何主机连接，这在容器网络环境下通常是需要的。如果限制为@'localhost'，则只能从容器内部连接。

3. 运行容器时挂载初始化脚本目录:

   docker run -d \ --name mysql-dev-with-init \ -p 3308:3306 \ -e MYSQL_ROOT_PASSWORD=YourStrongPassword123! \ -v mysql_data_with_init:/var/lib/mysql \ -v ~/docker/mysql/conf.d:/etc/mysql/conf.d \ -v ~/docker/mysql/initdb.d:/docker-entrypoint-initdb.d \ mysql:8.0

   容器首次启动时，会先初始化MySQL系统数据库，然后按字母顺序执行/docker-entrypoint-initdb.d下的脚本。重要提示：这个目录下的脚本只在数据卷为空（即容器首次创建）时执行。如果数据卷已存在（比如你重启容器），这些脚本会被跳过。

4.3 管理容器资源与设置重启策略

对于长期运行的开发数据库，我们可能希望限制其资源使用，并确保它在宿主机重启后能自动启动。

• 限制CPU和内存:

  docker run -d \ --name mysql-limited \ --cpus="1.5" \ # 限制使用1.5个CPU核心 --memory="1g" \ # 限制使用1GB内存 --memory-swap="2g" \ # 设置交换分区为2GB -p 3309:3306 \ -e MYSQL_ROOT_PASSWORD=YourStrongPassword123! \ -v mysql_data_limited:/var/lib/mysql \ mysql:8.0

• 设置自动重启策略:--restart参数非常有用，它定义了容器退出时Docker守护进程的行为。

  docker run -d \ --name mysql-auto-restart \ --restart unless-stopped \ # 除非手动停止，否则总是重启（包括宿主机重启后） -p 3310:3306 \ -e MYSQL_ROOT_PASSWORD=YourStrongPassword123! \ -v mysql_data_auto:/var/lib/mysql \ mysql:8.0

  unless-stopped是最常用的策略。always策略也会自动重启，但即使你手动docker stop了容器，它也会在Docker守护进程重启后被重新拉起，这有时不符合预期。

实操心得二：初始化脚本的执行时机。很多人在修改了/docker-entrypoint-initdb.d里的脚本后，发现重启容器并没有执行。这是因为初始化逻辑有一个关键判断：只有当数据目录（即/var/lib/mysql）为空时，才会执行。如果你需要重新执行初始化，必须确保数据卷是全新的。要么使用一个新的数据卷名，要么先删除旧的数据卷（docker volume rm volume_name，这会永久删除所有数据！）。因此，初始化脚本更适合用于项目初始搭建或CI/CD流程中创建测试数据库。

5. 网络、连接与权限的深度解析

让容器运行起来只是第一步，如何让外部应用稳定、安全地连接它，是下一个关键。

5.1 理解Docker网络与连接地址

当你使用-p 3306:3306时，你是在宿主机上创建了一个端口映射。对于宿主机上运行的应用（比如你的Spring Boot项目），连接地址就是localhost:3306或127.0.0.1:3306。

但是，如果你有多个Docker容器需要互相通信（比如一个Web应用容器需要连接MySQL容器），使用localhost就不行了，因为每个容器都有自己的localhost。这时，你需要使用Docker的用户自定义网络。

1. 创建一个自定义网络:

   docker network create my-app-network

2. 将MySQL容器连接到这个网络:

   docker run -d \ --name mysql-for-app \ --network my-app-network \ -e MYSQL_ROOT_PASSWORD=YourStrongPassword123! \ -v mysql_data_app:/var/lib/mysql \ mysql:8.0

   注意：这里我们没有使用-p参数映射端口到宿主机。这个MySQL服务只对my-app-network网络内的其他容器可见。

3. 运行一个应用容器（例如一个简单的Python测试容器）并连接到同一网络:

   docker run -it --rm \ --network my-app-network \ python:3.9-slim \ bash -c "apt-get update && apt-get install -y default-mysql-client && mysql -h mysql-for-app -uroot -pYourStrongPassword123! -e 'SHOW DATABASES;'"

   在这个命令里，应用容器通过--network my-app-network加入了同一个网络，并且使用MySQL容器的服务名mysql-for-app作为主机名进行连接。这是Docker网络内置的DNS发现功能，非常方便。

5.2 MySQL用户权限的容器化考量

在容器环境中，关于用户主机（host）的授权需要特别注意。在传统的MySQL安装中，我们常创建'user'@'localhost'的用户。但在Docker中：

• 如果客户端在容器外部（宿主机），连接地址是localhost:3306（经过端口映射），那么在MySQL看来，连接来自宿主机的IP。此时，用户主机部分应为'user'@'%'或'user'@'宿主机IP'。
• 如果客户端在另一个容器内，通过容器名连接（如mysql -h mysql-for-app），那么在MySQL看来，连接来自那个容器的IP（在Docker网络内）。此时，用户主机部分应为'user'@'%'才能匹配。

因此，在容器化环境中，为了最大兼容性，创建用户时通常使用'user'@'%'。但这带来了安全风险，意味着从任何IP都可以尝试连接。** mitigation（缓解措施）**是：

1. 使用强密码。
2. 通过Docker网络隔离，仅让必要的容器能访问MySQL容器（如上节所述，不使用-p暴露到宿主机，或使用内部网络）。
3. 在MySQL中，可以创建更精细的授权，例如'user'@'172.%.%.%'（假设Docker网络是172.x.x.x）。

5.3 处理常见的连接错误

• 错误：Client does not support authentication protocol requested by server这是MySQL 8.0默认使用caching_sha2_password认证插件导致的，一些老的客户端（如某些版本的PHP驱动、旧的MySQL Workbench）可能不支持。解决方案有两种：

  1. （推荐）升级客户端驱动。
  2. 在容器内修改root用户的认证方式（仅限开发环境）：

     # 进入容器 docker exec -it mysql-dev bash # 连接MySQL mysql -uroot -p # 执行SQL ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY 'YourStrongPassword123!'; FLUSH PRIVILEGES;

• 错误：Access denied for user 'root'@'localhost'检查密码是否正确。另外，MySQL 8.0可能默认创建了'root'@'localhost'和'root'@'%'两个用户，密码可能不同。确保你连接时使用的主机名和授权的用户匹配。尝试用mysql -h 127.0.0.1 -uroot -p连接（强制TCP/IP），而不是localhost（可能走Unix socket）。

实操心得三：关于MYSQL_ROOT_PASSWORD与MYSQL_ROOT_HOST。你可能注意到我们一直只用了一个环境变量。官方镜像还支持MYSQL_ROOT_HOST，它默认为%，意味着root用户可以从任何主机连接。在一些严格的安全策略下，你可以设置-e MYSQL_ROOT_HOST=localhost，这样root只能从容器内部连接。然后，你需要创建一个具有远程管理权限的普通用户（通过初始化脚本）。这更符合最小权限原则。

6. 数据管理、备份与迁移实战

数据是核心，如何安全地备份、恢复和迁移Docker中的MySQL数据，是必须掌握的技能。

6.1 数据备份（导出）

备份的本质是将数据库的逻辑结构（SQL语句）导出。我们使用mysqldump工具，它可以在容器内执行。

# 方法一：使用docker exec直接在容器内执行mysqldump，输出到宿主机 docker exec mysql-dev sh -c 'exec mysqldump --all-databases -uroot -p"$MYSQL_ROOT_PASSWORD"' > /path/on/host/backup_$(date +%Y%m%d_%H%M%S).sql # 方法二：更清晰的分步操作（推荐） # 1. 在宿主机上创建一个备份目录 mkdir -p ~/backups/mysql # 2. 执行备份，备份所有数据库 docker exec mysql-dev mysqldump -uroot -pYourStrongPassword123! --all-databases --routines --triggers --events > ~/backups/mysql/full_backup.sql # 3. 或者只备份特定数据库 docker exec mysql-dev mysqldump -uroot -pYourStrongPassword123! myapp_db > ~/backups/mysql/myapp_db_backup.sql

6.2 数据恢复（导入）

恢复数据就是将备份的SQL文件导入到运行的MySQL容器中。

# 将宿主机上的SQL备份文件复制到容器内（方法一） docker cp ~/backups/mysql/full_backup.sql mysql-dev:/tmp/full_backup.sql docker exec -i mysql-dev mysql -uroot -pYourStrongPassword123! < ~/backups/mysql/full_backup.sql # 更直接的方法：通过管道将宿主机文件内容传递给容器内的mysql命令（方法二，推荐） cat ~/backups/mysql/full_backup.sql | docker exec -i mysql-dev mysql -uroot -pYourStrongPassword123!

-i参数表示保持STDIN打开，这对于管道传输是必须的。

6.3 数据卷的物理备份与迁移

有时我们需要备份或迁移整个数据卷（物理文件），比如将开发环境的数据迁移到测试环境。

1. 找到数据卷在宿主机上的实际位置:

   docker volume inspect mysql_data

   在输出中，找到Mountpoint字段，其值类似于/var/lib/docker/volumes/mysql_data/_data。这就是数据在宿主机上的真实路径。注意：直接操作这些文件需要root权限，且在MySQL服务停止时进行最安全。

2. 使用docker run挂载数据卷进行备份: 更安全通用的方法是启动一个临时容器，挂载数据卷和宿主机备份目录。

   # 备份数据卷内容到一个tar包 docker run --rm -v mysql_data:/volume -v ~/backups:/backup alpine tar -czf /backup/mysql_data_$(date +%Y%m%d).tar.gz -C /volume ./ # 从tar包恢复数据卷（先停止MySQL容器！） docker stop mysql-dev docker run --rm -v mysql_data:/volume -v ~/backups:/backup alpine sh -c "rm -rf /volume/* && tar -xzf /backup/mysql_data_20231001.tar.gz -C /volume" docker start mysql-dev

   这个技巧利用了Alpine Linux小镜像，启动一个临时容器，执行tar命令对数据卷内容进行打包或解包。

6.4 容器与数据卷的清理

随着开发和测试的进行，可能会积累很多停止的容器和未使用的数据卷，占用磁盘空间。

# 删除所有已停止的容器 docker container prune # 删除所有未被任何容器引用的数据卷（谨慎！） docker volume prune # 删除所有未被使用的镜像、容器、网络和数据卷（最彻底，也最危险） docker system prune -a

执行prune命令前，请务必确认这些资源确实不再需要。

实操心得四：备份策略的选择。mysqldump是逻辑备份，生成SQL文件，可读性强，可以跨小版本迁移，但备份恢复速度相对慢，尤其是数据量很大时。物理备份（直接拷贝数据文件）速度快，但必须保证MySQL版本一致，且备份时数据库最好处于离线状态。对于开发环境，定期mysqldump足矣。对于重要数据，建议结合使用：每日逻辑备份，每周物理备份。别忘了测试你的备份文件是否真的能成功恢复！

7. 从单容器到组合服务：Docker Compose编排MySQL

当你需要管理多个相关联的容器（比如一个MySQL容器 + 一个PHPMyAdmin管理界面容器）时，手动使用docker run命令会变得繁琐。Docker Compose通过一个YAML文件来定义和运行多容器应用，是管理开发环境的利器。

7.1 编写docker-compose.yml

创建一个项目目录，例如~/projects/myapp-db，然后创建docker-compose.yml文件：

version: '3.8' services: mysql: image: mysql:8.0 container_name: myapp-mysql restart: unless-stopped environment: MYSQL_ROOT_PASSWORD: YourStrongPassword123! MYSQL_DATABASE: myapp_db # 可选：创建一个初始数据库 MYSQL_USER: myapp_user # 可选：创建一个初始用户 MYSQL_PASSWORD: UserPassword456! volumes: - mysql_data:/var/lib/mysql - ./conf.d:/etc/mysql/conf.d - ./initdb.d:/docker-entrypoint-initdb.d ports: - "3306:3306" networks: - app-network # 可选：健康检查，确保服务完全就绪 healthcheck: test: ["CMD", "mysqladmin", "ping", "-h", "localhost", "-uroot", "-pYourStrongPassword123!"] interval: 10s timeout: 5s retries: 5 adminer: # 一个轻量级的数据库管理工具，替代PHPMyAdmin image: adminer container_name: myapp-adminer restart: unless-stopped ports: - "8080:8080" networks: - app-network depends_on: mysql: condition: service_healthy # 等待mysql健康检查通过 volumes: mysql_data: # 声明一个命名卷，由Docker管理 networks: app-network: # 声明一个自定义网络 driver: bridge

7.2 使用Docker Compose管理服务

在包含docker-compose.yml的目录下，执行以下命令：

# 启动所有服务（在后台运行） docker-compose up -d # 查看服务状态 docker-compose ps # 查看服务日志（可以加-f参数跟踪） docker-compose logs mysql docker-compose logs -f # 停止所有服务 docker-compose down # 停止服务并删除数据卷（危险！） # docker-compose down -v # 在运行的服务中执行命令（例如进入mysql容器bash） docker-compose exec mysql bash

使用Docker Compose后，整个MySQL服务栈（数据库+管理界面）的启动、停止、配置都变得极其简单和可重复。docker-compose.yml文件可以纳入版本控制，确保团队每个成员的环境完全一致。

7.3 结合项目代码目录挂载

在更复杂的开发场景中，你可能希望将项目的SQL脚本目录挂载到MySQL容器的初始化目录，实现代码与数据库初始化联动。

volumes: - ./project/sql-scripts:/docker-entrypoint-initdb.d:ro # 只读挂载

这样，每当你在本地project/sql-scripts目录下添加或修改.sql文件，新建一个数据库容器时，这些脚本就会自动执行。

实操心得五：Compose中健康检查的妙用。上面yml中为MySQL定义了healthcheck。这不仅仅是为了depends_on的condition。它使得docker-compose ps命令能显示服务健康状态（healthy/unhealthy）。更重要的是，在CI/CD流水线中，你可以在启动容器后，通过脚本轮询健康状态，确保数据库完全准备好之后再运行测试，避免了“数据库还没启动完，测试就失败了”的竞态条件问题。这是一个提升自动化流程稳定性的小技巧，却非常实用。