我一直觉得用 Docker 跑 MySQL 是本地开发最省心的方案没有之一。你不需要去官网找下载链接不需要担心系统里残留旧版本更不用为了给测试环境换一个 MySQL 8.0 而把自己机器上的 5.7 卸载掉。一条docker run命令MySQL 就在你手边用完还能随手删掉删完数据文件照样留在宿主机里。这篇文章我直接以“用 Docker 启动 MySQL”为主线从环境准备、镜像选择、容器启动、数据持久化到日常维护和问题排查把步骤拆开讲透。适合刚接触 Docker 的新手也适合那些已经装了 Docker 但每次启动 MySQL 都要翻文档的人。先说清楚我能帮你解决什么如果你经常需要在本机起一个 MySQL或者准备写 JavaWeb 项目需要数据库环境又或者想快速起一个指定版本的 MySQL 做测试这篇文章都能直接照着抄。我会把每一步背后的原理讲明白比如为什么要挂载数据卷、为什么要指定字符集而不是只丢给你一串命令。1. 为什么用 Docker 跑 MySQL 而不是直接装1.1 本地安装的痛点直接在操作系统里装 MySQL最麻烦的就是“环境残留”。Windows 上卸载 MySQL 要手动删服务、清注册表Linux 上要处理一堆依赖稍不注意系统里就同时存在 mysql 和 mariadb 两个版本3306端口被占、mysql命令指向另一个客户端这些问题我踩过不止一次。你排查了半天最后发现是环境变量 PATH 指向了旧版本这种挫败感相信很多人都有。还有多版本切换的问题。项目 A 用的是 MySQL 8.0项目 B 用的是 5.7本地直装方案几乎没法优雅共存。有人用 Docker 之前是怎么解决的装两遍用虚拟机再开一个要么麻烦要么笨重。Docker 把这些问题全部消灭在容器层面。1.2 Docker 方案的核心优势Docker 跑 MySQL 的核心逻辑就是“把数据库当作一个可随时创建和销毁的进程”。镜像把 MySQL 的二进制文件、配置模板、依赖环境全部打包好容器启动后就是一个独立运行实例。你不需要关心它实际装在哪个目录只需要通过端口、数据卷和环境变量来跟它交互。隔离性是最直观的好处。宿主机上不需要安装任何 MySQL 相关的库所有依赖都藏在镜像里。端口我是通过-p 3306:3306手动映射的你想让 MySQL 暴露在 3307 端口也可以完全不影响宿主机上已有的其他服务。可重复性也极其重要。一个项目的数据库环境可以通过一段docker run命令或者一份docker-compose.yml完整描述新同事入职拉下仓库一条命令就还原出和你一模一样的 MySQL彻底告别“在我电脑上是好的”这种经典借口。1.3 适用场景如果你问我什么场景下适合用 Docker 跑 MySQL我列几个典型场景日常本地开发写代码需要连数据库随时起一个临时 MySQL用完就停。测试环境反复初始化数据、切换版本容器删掉重来只需要几秒钟。多项目并行不同项目依赖不同 MySQL 版本用不同容器、不同端口相互隔离。学习练手学 SQL、学索引优化、学主从复制不想弄脏自己的机器。相反如果是生产环境、高性能要求的正式业务我一般不建议用 Docker 跑 MySQL倒不是说容器技术不行而是生产环境对运维监控、性能调优、故障恢复的要求更高直接原生部署更容易跟监控系统对接。文章后面讲的都是开发、测试和个人项目场景。2. 环境准备先把 Docker 装好2.1 Windows 上安装 Docker DesktopWindows 上最常用的方案是 Docker Desktop。安装包可以直接从 Docker 官网下载但有一个前提条件系统需要开启虚拟化。如果你在安装后启动 Docker Desktop 时看到报错virtualization support not detected大概率是虚拟化没开。处理方式很简单重启进 BIOS找到 Intel Virtual TechnologyIntel VT-x或者 AMD SVM Mode把它设为 Enabled保存退出。如果 BIOS 里已经开了但还是报错那就检查 Windows 的“虚拟机平台”和“适用于 Linux 的 Windows 子系统”这两个功能有没有启用。建议在“控制面板 - 程序 - 启用或关闭 Windows 功能”里勾选这两个选项重启后再启动 Docker Desktop。装好 Docker Desktop 后建议在设置里把 WSL 2 作为后端这是目前 Windows 下跑 Docker 最稳定的方案。WSL 2 的性能比老的 Hyper-V 方案更好内存占用也更可控。安装时 Docker Desktop 一般会提示你启用 WSL照着来就行。2.2 macOS 与 Linux 上的安装macOS 也是直接用 Docker DesktopApple Silicon 芯片选对应 arm64 版本Intel 芯片选 x86_64 版本。双击安装拖进 Applications 就行。Ubuntu 这类 Linux 发行版不需要桌面版直接命令行装 Docker Enginesudo apt update sudo apt install -y docker.io sudo systemctl enable --now dockerCentOS/RHEL 系用yum install -y docker-ce或者yum install -y docker具体看发行版本。装完验证一下docker version能看到 client 和 server 两段信息就说明安装成功。如果 server 段报错Cannot connect to the Docker daemon多半是当前用户没有 docker 组权限运行sudo usermod -aG docker $USER后重新登录一次。这是 Linux 上最常见的新手问题一定要先加上。2.3 验证 Docker 环境容器能不能跑先执行docker ps看当前运行的容器列表。如果没有任何报错说明 Docker 守护进程是正常的。然后再跑一个最简单的测试docker run hello-world能正常打印出 Hello from Docker 的提示说明整个流程通了。这一步其实很关键因为后面 MySQL 容器启动失败时你要能区分是 Docker 本身的问题还是 MySQL 配置的问题。我习惯在排查一切容器问题前先确保 hello-world 能跑通。3. 选择镜像与版本该拉哪个 MySQL 镜像3.1 官方镜像与版本选择Docker Hub 上的 MySQL 官方镜像叫mysql我建议直接使用官方镜像不要使用第三方打包的版本。官方镜像的维护质量、安全更新和文档完整度都是最有保障的。版本方面我的建议是新项目直接用mysql:8.0老项目需要兼容再选mysql:5.7。MySQL 8.0 是当前的主流版本新建的 JavaWeb 项目、Spring Boot 项目基本都是围绕 8.0 开发的8.0 的默认字符集是utf8mb4对中文、emoji 的支持更完善。如果项目代码里用了老版本的mysql-connector-java或者某些老的 ORM 框架那就要谨慎一点8.0 的认证插件变化比较大稍后我会在问题排查章节单独讲。具体某个小版本可以不指定直接用大版本标签就行比如mysql:8.0会自动指向最新的 8.0 版本。如果你要复现一个特定环境那就精确到mysql:8.0.38这样的完整标签。注意mysql:latest目前也是 8.0 系列但不建议用 latest 标签因为它会随着官方更新变动容易导致环境漂移。3.2 镜像拉取与国内加速配置拉取镜像docker pull mysql:8.0如果你在国内直接拉官方镜像可能会比较慢甚至超时。这时候可以配置镜像加速器。Docker Desktop 的设置里有一个 Docker Engine 配置项把仓库地址写进去{ registry-mirrors: [ https://docker.m.daocloud.io ] }保存后重启 Docker Desktop再重新拉取镜像速度会好很多。Linux 上则是修改/etc/docker/daemon.json内容一样改完重启 docker 服务sudo systemctl restart docker拉取完成后用docker images查看当前本地已有的镜像能看到mysql镜像和对应的 tag 就说明拉取成功了。3.3 镜像大小与分层视角用 Docker 跑 MySQL 之前你还要理解一个概念镜像和容器的关系。镜像是一个只读模板容器是它的运行实例。你可以把镜像理解为“光盘里的安装包”容器是“电脑上跑起来的程序”。同一个镜像可以同时启动多个容器只要端口和容器名不冲突就行。所以我拉取一个 MySQL 镜像后可以同时跑一个 3306 端口的开发库和一个 3307 端口的测试库互不干扰。4. 用 docker run 启动 MySQL 容器4.1 一条完整的启动命令下面是我日常最常用的命令直接复制就能用docker run -d \ --name mysql-dev \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORDroot123456 \ -e TZAsia/Shanghai \ -v mysql-data:/var/lib/mysql \ -v mysql-config:/etc/mysql/conf.d \ mysql:8.0-d表示后台运行不加的话容器会占据当前终端关掉终端容器就停了很不方便。--name给容器起个名字方便后续用docker stop mysql-dev、docker logs mysql-dev这样的命令操作。-p 3306:3306把宿主机的 3306 端口映射到容器的 3306 端口前者是宿主机端口后者是容器内端口。如果你宿主机 3306 被占可以改成-p 3307:3306那么客户端连接时就要连localhost:3307。4.2 环境变量详解MYSQL_ROOT_PASSWORD是 root 用户的初始密码这是 MySQL 容器最核心的环境变量。MYSQL_DATABASE可以指定容器启动时自动创建数据库MYSQL_USER和MYSQL_PASSWORD则可以创建一个普通用户并授权。比如docker run -d \ --name mysql-dev \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORDroot123456 \ -e MYSQL_DATABASEmydb \ -e MYSQL_USERtest \ -e MYSQL_PASSWORDtest123 \ -v mysql-data:/var/lib/mysql \ mysql:8.0这样启动完成后容器里就已经存在一个mydb数据库以及test这个只对mydb有权限的用户。注意MYSQL_USER只会被赋予MYSQL_DATABASE的权限不会自动赋予其他库的权限需要额外用 SQL 授权。TZAsia/Shanghai是时区设置。MySQL 容器默认时区是 UTC如果不设置NOW()函数的返回值会比北京时间早 8 个小时排查问题时很容易让你怀疑人生。我没有用官方推荐的-e TZAsia/Shanghai时写日志的时间全是 UTC 时间后来踩过一次坑之后就养成了必加时区的习惯。4.3 数据卷与持久化MySQL 容器最忌讳的事情就是“删容器丢数据”。默认情况下容器内的/var/lib/mysql目录是 MySQL 存放数据文件的位置一旦容器被删除数据会跟着容器消失。解决方式就是挂载数据卷。-v mysql-data:/var/lib/mysql表示把名为mysql-data的 Docker 数据卷挂载到容器内的数据目录。这种叫 named volumeDocker 负责在宿主机上管理这个数据卷的实际存储位置你不需要关心它在哪备份和迁移时也有统一的接口。如果你想直接绑定宿主机的某个具体目录也可以写-v /home/me/mysql/data:/var/lib/mysql这种叫 bind mount。好处是数据文件清晰可查直接进目录就能看到坏处是目录权限偶尔会出问题比如容器里的 mysql 用户 UID 和宿主机的 UID 不一致可能导致无法写入。我个人更推荐 named volume省心。第二次挂载的-v mysql-config:/etc/mysql/conf.d是把配置目录挂载出来后续想追加自定义my.cnf配置而不进入容器直接往数据卷里放配置文件就行。这一步不是必须的但值得做因为 MySQL 调优、修改字符集等场景下你会感谢这个挂载。4.4 启动后验证执行完docker run马上验证容器状态docker ps输出里能看到mysql-dev的状态是Up端口一列显示0.0.0.0:3306-3306/tcp说明启动成功。如果状态是Exited或者还在Restarting继续往下看日志docker logs mysql-dev看到类似于ready for connections的日志又或者是mysqld: ready for connections就可以尝试连接了。在宿主机上执行mysql -h127.0.0.1 -P3306 -uroot -p如果你宿主机没有安装 MySQL 客户端可以进入容器执行docker exec -it mysql-dev mysql -uroot -p输入之前设置的MYSQL_ROOT_PASSWORD出现mysql提示符就说明整套流程已经走通。之所以用-h127.0.0.1而不是localhost是因为有些客户端把localhost解析成 socket 文件连接而容器里的 socket 文件路径跟宿主机不一样容易报ERROR 2002 (HY000): Cant connect to local MySQL server through socket /tmp/mysql.sock。用 IP 连接可以绕过这个问题。5. 日常操作进入容器管理 MySQL5.1 容器内执行 SQL容器启动起来之后日常管理操作用得最多的是docker exec。这个命令的语法是docker exec -it mysql-dev mysql -uroot -p-it组合参数表示开启交互式终端。进去之后就是正常的 MySQL 命令行你想执行 SQL 就敲 SQL。除了交互模式还可以直接传入 SQL 命令适合写脚本和快速查看数据docker exec mysql-dev mysql -uroot -p123456 -e show databases;注意-p和密码之间不要有空格直接连写-p123456否则会提示你手动输入。这种方式在脚本里很实用比如快速查看某个表的数据、快速执行一条更新。我不建议把密码写在命令里用于生产环境但本地开发图个方便完全没问题。5.2 创建数据库与用户授权进入 MySQL 后第一件事通常是创建业务库和一个专门的业务账号。用 root 直接跑业务代码不是好习惯root 权限太大一旦代码里存在 SQL 注入漏洞数据库会被整个拖走。我的习惯是每个业务库配一个独立账号。创建数据库CREATE DATABASE myapp DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;创建用户并授权CREATE USER myapp_user% IDENTIFIED BY myapp_pass123; GRANT ALL PRIVILEGES ON myapp.* TO myapp_user%; FLUSH PRIVILEGES;这里的%表示允许从任意主机连接。如果只想允许本机连接改成localhost即可但容器环境下一般客户端是通过宿主机 IP 连接所以%更实用。记得把字符集明确指定为utf8mb4MySQL 8.0 默认就是utf8mb4但手动写出来可以避免老配置文件带来的不确定性。5.3 修改 root 密码与认证插件本地开发时可以随时改 root 密码ALTER USER root% IDENTIFIED BY newpassword123; FLUSH PRIVILEGES;改完以后重启容器或者重新连接生效。很多时候客户端工具连接不上 MySQL 8.0报Authentication plugin caching_sha2_password cannot be loaded这是因为 MySQL 8.0 默认认证插件是caching_sha2_password而一些老的客户端特别是老版本 Navicat、旧版 JDBC 驱动不支持。这种情况有两个解法第一种升级客户端到最新版本。现在 Navicat 16、最新 MySQL Workbench、最新的mysql-connector-java都支持caching_sha2_password。第二种把用户的认证插件改回mysql_native_passwordALTER USER root% IDENTIFIED WITH mysql_native_password BY root123456; FLUSH PRIVILEGES;这个操作对老客户端兼容性最好但安全性理论上低于caching_sha2_password。本地开发图省事可以直接改生产环境建议升级客户端而不是降级认证插件。5.4 容器内配置自定义 my.cnf如果你需要修改 MySQL 配置比如开启慢查询日志、调整max_connections、修改sql_mode推荐的做法不是直接docker exec进容器改文件因为容器重建后修改就没了。正确做法是往挂载的配置目录里放一个自定义的my.cnf文件。前面我挂载了mysql-config:/etc/mysql/conf.d现在往这个数据卷里写一份配置docker run -it --rm -v mysql-config:/etc/mysql/conf.d mysql:8.0 bash进入容器后创建文件echo -e [mysqld]\nmax_connections500\ncharacter-set-serverutf8mb4\ncollation-serverutf8mb4_general_ci /etc/mysql/conf.d/custom.cnf exit然后重启容器docker restart mysql-dev重启后用SHOW VARIABLES LIKE max_connections;看到值是 500说明配置生效了。--rm参数表示容器退出后自动删除这种方式可以快速进入一个临时容器修改数据卷里的文件不会影响正在运行的mysql-dev容器。6. 用 Docker Compose 管理 MySQL6.1 为什么需要 Compose当你只需要跑一个 MySQL 容器时docker run足够。但现实情况往往是一个项目里除了 MySQL还有 Redis、Nginx、后端应用如果全部手动docker run记不住参数不说清理和重建也麻烦。Docker Compose 用一份 YAML 文件描述“一组容器”的启动配置一条命令全部拉起一条命令全部停掉。MySQL 的 Compose 配置其实是把docker run里的参数翻译成 YAML 结构本质没有任何区别但可读性和可维护性大大提升。配置还能提交到 Git团队成员拿到项目仓库后一条命令就能还原数据库环境这是我强烈推荐你使用 Compose 的原因。6.2 编写 docker-compose.yml创建一个项目目录比如docker-mysql-demo在里面新建docker-compose.ymlservices: mysql: image: mysql:8.0 container_name: mysql-compose restart: unless-stopped environment: MYSQL_ROOT_PASSWORD: root123456 MYSQL_DATABASE: mydb TZ: Asia/Shanghai ports: - 3306:3306 volumes: - mysql_data:/var/lib/mysql - ./mysql-conf:/etc/mysql/conf.d command: - --character-set-serverutf8mb4 - --collation-serverutf8mb4_unicode_ci volumes: mysql_data:这里的./mysql-conf是宿主机当前目录下的一个文件夹用来放自定义配置。command里可以直接追加 mysqld 的启动参数效果和写配置文件差不多。restart: unless-stopped表示除非手动停止否则容器会自动重启这个参数对开发机和服务器很友好。6.3 Compose 常用命令在docker-compose.yml所在目录执行docker compose up -d这条命令会自动拉取镜像、创建数据卷、启动容器。-d表示后台运行。查看状态docker compose ps查看日志docker compose logs -f mysql停止但不删除容器docker compose stop停止并删除容器数据卷里的数据还在docker compose down注意down默认不会删除 named volume数据卷mysql_data还在下次up数据自动恢复。如果你连数据卷也想一起删就是docker compose down -v除非你确定数据不要了否则别加-v。Docker 的新版命令默认是docker compose带空格老的docker-compose命令在旧版本里也能用新项目直接学新命令即可。如果你还需要批量管理多个 Docker 环境后续可以把 Compose 项目扩展到 K8s但那是后话了先把 Compose 用熟日常开发已经非常够用。6.4 数据库备份与恢复备份 MySQL 数据最直接的方案是使用mysqldump。即使你的容器在运行也可以用它导出逻辑备份docker exec mysql-compose mysqldump -uroot -p123456 mydb mydb_backup.sql注意这里mysqldump是在容器内执行的输出的内容通过 shell 重定向保存到宿主机当前目录。恢复时反过来cat mydb_backup.sql | docker exec -i mysql-compose mysql -uroot -p123456 mydb-i参数表示保持标准输入打开让管道里的 SQL 进入容器内的 mysql 进程。两边都要指定数据库名恢复前先确保目标数据库存在。这套备份恢复方案在开发环境里已经足够可靠生产环境一般还要做物理备份和 binlog 增量备份。7. 常见问题与排查实录7.1 端口被占用启动容器时报错Bind for 0.0.0.0:3306 failed: port is already allocated说明宿主机 3306 端口已经被占用。最常见的原因是本机直接装过 MySQL服务还开着。排查方式netstat -ano | grep 3306找到占用进程后要么停掉本机 MySQL 服务要么把容器的宿主机端口映射改成 3307docker run -d --name mysql-dev -p 3307:3306 \ -e MYSQL_ROOT_PASSWORDroot123456 \ -v mysql-data:/var/lib/mysql \ mysql:8.0后续连接时使用-P 3307即可。这个方案也适用于同时跑多个 MySQL 实例比如一个 5.7、一个 8.0各占一个端口互不干扰。7.2 容器启动后秒退或反复重启容器启动后状态一直显示Restarting或者起来几秒就退了第一件事看日志docker logs mysql-dev常见错误之一[ERROR] [MY-011087] [Server] Different lower_case_table_names settings for server (1) and data dictionary (0).这个错误的意思是数据目录里的初始化配置和容器启动参数里的lower_case_table_names不一致。首次初始化数据卷时使用过某个参数之后再用不同参数启动同一数据卷就会报这个错。解决办法就是删除数据卷重新初始化docker stop mysql-dev docker rm mysql-dev docker volume rm mysql-data注意这个操作会清空所有数据执行前先确认数据是否已经备份。重新初始化后保持一致参数即可比如统一使用默认值。另一个常见错误是权限问题[ERROR] [MY-012574] [InnoDB] Unable to lock ./ibdata1 error: 11这个大概率是数据卷目录的权限问题。如果是 bind mount 挂在宿主机目录容器内 mysql 用户没有写入权限。解决办法是给目录授权chown -R 1000:1000 /home/me/mysql/dataMySQL 官方镜像内的 mysql 用户 UID 是 999 还是 1000不同版本有细微差别检查后调整。最省事的方案是改用 named volume让 Docker 自己管理目录权限。7.3 无法连接socket 文件报错宿主机上执行mysql -uroot -p时报ERROR 2002 (HY000): Cant connect to local MySQL server through socket /tmp/mysql.sock这个报错在 Docker 环境下非常经典。原因是mysql客户端默认通过 socket 文件连接但容器里的 socket 文件路径是/var/run/mysqld/mysqld.sock宿主机当然找不到。解决办法就是强制走 TCPmysql -h127.0.0.1 -P3306 -uroot -p加了-h127.0.0.1后客户端就不再尝试 socket 而是走 TCP 协议。还有一种类似情况是容器内执行mysql命令时正常但宿主机执行报错也是同一个原因。7.4 Navicat 等客户端连不上用 Navicat 连接 Docker 里的 MySQL遇到以下报错要分清原因报错信息原因解决办法Access denied for user root...密码错误或用户未授权检查密码确认 root 允许%远程登录Authentication plugin caching_sha2_password cannot be loaded客户端版本过老升级 Navicat/客户端或者改回mysql_native_passwordSSL connection error客户端开启了 SSL 但服务器证书不可用连接时把 SSL 选项置为 DISABLEDNavicat 新版一般不会遇到认证插件问题老版本建议直接升级。SSL 问题在本地环境也可以关掉因为内网传输默认不加密问题不大生产环境才需要认真配置证书。7.5 容器删了数据还在吗这是新手最容易恐慌的问题。直接回答只要你用了-v mysql-data:/var/lib/mysql之类的挂载容器删除后数据还在。你把容器删了、镜像删了数据卷里的数据文件依然完好。下次重新启动挂载同一个数据卷数据自动恢复。如果当初没有挂载数据卷容器删除后就真的什么都没了。所以我的建议从第一条启动命令开始就加上-v参数养成习惯。查看当前数据卷列表docker volume ls查看某个数据卷的详细信息docker volume inspect mysql-data在这个输出里可以看到Mountpoint路径这是宿主机上真实存储数据的位置。备份时可以直接打包这个目录恢复时放到原位置。7.6 Docker Desktop 启动失败在 Windows 上遇到 Docker Desktop 无法启动常见报错有Docker Desktop failed to start because virtualization support is disabled、Cannot connect to the Docker daemon这类。排错顺序我建议是确认 BIOS 里的虚拟化已开启。确认 Windows 功能里的“虚拟机平台”和“适用于 Linux 的 Windows 子系统”已启用。确认 WSL2 已安装wsl --status或者wsl --update。关闭第三方杀毒软件和防火墙试试。检查 Docker Desktop 是否需要更新旧版本对新系统兼容性差。遇到failed to connect to the docker api at npipe:////./pipe/dockerDesktopLinuxEngine这样的报错通常是 Docker 引擎还没启动完成就尝试连接。点击 Docker Desktop 图标等托盘图标稳定成绿色再执行命令别急。8. 几个实操层面的小建议8.1 容器资源限制MySQL 是吃内存的大户。如果你本机内存有限启动容器前最好就限制资源docker run -d --name mysql-dev \ --memory512m --memory-swap512m \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORDroot123456 \ -v mysql-data:/var/lib/mysql \ mysql:8.0--memory512m限制容器最多使用 512MB 内存--memory-swap同时限制 swap。这样跑多个容器时不会因为一个数据库把整机内存吃满。在做生产级调优之前先用资源限制保证自己的开发机不卡这是最直接有效的保护手段。8.2 用别名和脚本固化操作每次敲一长串docker run命令确实容易打错。我的做法是写一个start_mysql.sh脚本放在项目里内容就是完整的docker run命令。以后只要执行脚本就能起一个标准环境。进阶一点可以写几个 aliasalias mysql-devdocker exec -it mysql-dev mysql -uroot -p以后想进 MySQL 命令行直接敲mysql-dev就行。这套习惯在项目维护中很省时间尤其是一段时间没碰回头再看脚本就明白当时是怎么配置的。8.3 避免使用 root 跑业务刚用 Docker 跑 MySQL 时最容易犯的错就是用 root 账号连接业务代码。当年我偷懒直接 root 跑了一个内部系统后来发现 compile time 没问题但审计时心里总是不舒服。正确的做法是每个项目建一个独立账号只授予它需要的库权限。这不是什么高性能技巧但却是数据库安全的基本素养。用 Docker 建库建用户如此简单没必要图省事。9. 最后分享一个我常用的完整流程我每次在新机器上搭建 MySQL 环境基本就是下面这套节奏你可以直接抄# 1. 拉镜像 docker pull mysql:8.0 # 2. 启动容器 docker run -d \ --name mysql-dev \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORDroot123456 \ -e MYSQL_DATABASEmydb \ -e TZAsia/Shanghai \ -v mysql-data:/var/lib/mysql \ -v ./mysql-conf:/etc/mysql/conf.d \ mysql:8.0 # 3. 验证 docker ps docker logs mysql-dev # 4. 连接 mysql -h127.0.0.1 -P3306 -uroot -p # 5. 创建业务账号在 mysql 里执行 CREATE USER app% IDENTIFIED BY app123456; GRANT ALL PRIVILEGES ON mydb.* TO app%; FLUSH PRIVILEGES;以上这套流程我在 Windows、macOS、Linux 三种系统上都实测过能覆盖 90% 的开发场景。Docker 跑 MySQL 真正上手后你会觉得安装数据库这件事再也不是项目的阻碍而是基础设施里最平平无奇的一环。对我个人而言最大的体会有两个一是数据卷的使用越早养成习惯越好二是任何奇怪的问题先看docker logs永远比瞎猜高效。希望这篇文章能让你少走点弯路把更多时间花在真正有价值的业务代码上。