作为一个长期在 Mac 上写后端代码的人我换过好几台 MacBook每次重装系统最烦的事情之一就是数据库环境。以前我习惯用brew install mysql直接装后来发现项目多了之后版本冲突、依赖残留、卸载不干净这些问题轮番折磨人。直到我改用 Docker 装 MySQL从拉镜像到 Navicat 连上数据库整个流程不到十分钟而且换电脑迁移环境也只需要一条命令。这篇文章就把我在 Mac 上用 Docker 搭建 MySQL 的完整过程、参数细节和踩过的坑全部写出来。不管你是刚入行的新手还是想在公司项目里统一数据库环境的同学这篇内容都值得参考照着做基本不会再出问题。1. 为什么 Mac 上装 MySQL 我首选 Docker1.1 原生安装的痛点Mac 上装 MySQL 最常见的方案是 Homebrew也就是一条brew install mysql。听起来很省事但实际用起来问题不少。我最初就是这么装的后来发现 Homebrew 会把 MySQL 的服务注册成 launchd 后台任务开机自动启动日志文件散落在/usr/local/var/mysql或者opt/homebrew/var/mysql这些目录。你如果想彻底卸载得手动处理一堆残留文件否则下次装新版经常出现端口被旧实例占住、数据目录权限不对之类的怪问题。版本管理也是一堆麻烦。项目 A 需要 MySQL 5.7项目 B 要用 MySQL 8.0brew 虽然支持切换版本但每次切版本都涉及停服务、改 PATH、清理旧数据来回折腾半小时很正常。我在一个旧项目里吃过亏那个项目用的是 MySQL 5.7而 brew 默认装的是 8.0两个版本的认证插件和数据目录结构都有差异结果项目启动直接连不上数据库排查了整整一下午才发现是版本问题。1.2 Docker 方案解决的本质问题Docker 装 MySQL 的核心思路是彻底隔离。MySQL 运行在容器里它所在的环境、依赖、数据目录、配置都由镜像和挂载卷统一管理宿主机只需要有 Docker 运行时就行。这意味着你不再关心 MySQL 的文件到底散落在哪些目录卸载时直接删除容器和镜像系统立刻恢复干净没有残留。版本切换也变成了一个命令的事。启动一个 5.7 容器再启动一个 8.0 容器只要端口分别映射成 3306 和 3307两个版本可以同时共存。这对需要服务多个老项目的开发者来说是救命级别的便利。加上 MySQL 官方镜像支持多架构Apple Silicon 的 M1/M2/M3 芯片可以直接运行 ARM 版本镜像不需要额外的兼容层性能和原生几乎没差别。2. 准备工作装好 Docker Desktop2.1 下载安装 Docker DesktopMac 上运行 Docker 最主流的方式是安装 Docker Desktop。去官网下载对应芯片版本的 dmg 安装包Intel 芯片选 x86_64 版本Apple Silicon 选 arm64 版本。下载完拖入 Applications 文件夹即可。安装过程没什么特别的地方唯一要注意的是安装完成后会要求你在终端执行一次目录授权这一步是给 Docker 创建符号链接用的别跳过。安装后打开 Docker Desktop首次启动会有一个欢迎界面和用户协议确认接受就行。启动后菜单栏会出现一个小鲸鱼图标等图标不再跳动、静止稳定时说明 Docker 引擎已经就绪。这里有个容易踩的坑刚安装完 Docker Desktop你直接去终端执行docker images可能提示无法连接。原因不是安装失败而是 Docker Desktop 的引擎还没完全起来等十几秒再试就好了。2.2 镜像源加速配置Mac 上拉取 Docker Hub 镜像有时候会很慢尤其是到了晚高峰一条docker pull mysql:8.0可能卡在等待响应。这个问题的解决办法是配置镜像加速器。打开 Docker Desktop 的 Settings在 Docker Engine 的配置 JSON 里加入 registry-mirrors 字段。当前国内可用的加速源我建议多做几个备选比如 Docker 官方的中国镜像地址或者一些云服务商提供的加速节点。配置完之后点击 Apply RestartDocker 会带着新配置重启。这个操作不影响已有容器但建议在重启前确保没有正在写入的重要数据。配置好之后再去拉镜像明显感觉下载速度快了很多实测 8.0 镜像大约 150MB 左右的体积几分钟就能拉完。2.3 验证 Docker 环境正式开始前建议先在终端执行下环境自检docker version docker infodocker version会分别显示 client 和 server 的版本如果 server 部分能正常输出说明 Docker 守护进程在运行。docker info能看到容器数量、镜像数量、存储驱动等信息也能确认当前 Docker 是否运行在 Apple Virtualization framework 上。如果你的机器是 Intel 芯片大概率走的是 Hypervisor.framework如果是 M 系列芯片走的是 Virtualization.framework两者对日常使用没有明显区别。看到这两条命令正常输出环境就准备好了。接下来可以正式开始跑 MySQL。3. 五分钟跑起第一个 MySQL 容器3.1 镜像版本怎么选MySQL 官方镜像的 tag 规则是mysql:版本号比如mysql:5.7、mysql:8.0、mysql:8.4。还有一个特殊 tag 叫latest目前指向 8.x 的最新版。我的建议是不要直接使用 latest务必指定具体版本。原因是 latest 会随着官方发版不断变化你今天拉的和明年拉的可能是截然不同的版本对需要长期稳定的项目来说这非常不可控。选择版本的依据是你的项目环境。如果项目老技术栈还是 PHP 5.x 或者旧的 ORM 框架可能只兼容 MySQL 5.7那就选mysql:5.7。如果是新项目直接上mysql:8.0或mysql:8.4。8.0 是目前最成熟的 8.x 版本8.4 是长期支持版本LTS稳定性更好。我在本机开发默认用 8.0公司生产环境我建议用 8.4毕竟 LTS 的维护周期摆在那里。拉取镜像就一条命令docker pull mysql:8.03.2 启动容器的完整命令我平时在本机跑 MySQL 8.0 的完整启动命令是这样的docker run -d \ --name mysql8 \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORDyourpassword \ -e TZAsia/Shanghai \ -v ~/docker/mysql/data:/var/lib/mysql \ -v ~/docker/mysql/conf:/etc/mysql/conf.d \ --restartalways \ mysql:8.0这里面的每个参数我逐个讲清楚。-d表示后台运行容器不会霸占当前终端窗口。--name mysql8是给容器起一个固定的名字之后docker exec、docker logs、docker stop都可以直接用这个名字指代容器比记一串随机 ID 方便得多。-p 3306:3306把宿主机的 3306 端口映射到容器的 3306 端口外部程序连接localhost:3306时流量就会进入容器内的 MySQL 服务。-e MYSQL_ROOT_PASSWORD是设置 root 用户的密码这是官方镜像提供的环境变量机制。TZAsia/Shanghai设置时区为上海时间这一步很重要如果不设置容器默认是 UTC 时区MySQL 里的NOW()函数会和你电脑本地时间差 8 个小时到时候排查数据时间不对的问题就很头疼。-v参数做目录挂载宿主机目录写在冒号前容器目录写在冒号后冒号后的路径是 MySQL 官方镜像约定好的不能改。--restartalways表示 Docker 引擎重启时会自动启动这个容器电脑重启后你不需要手动去开启 MySQL 服务。3.3 连接验证容器启动后先看看运行状态docker ps看到mysql8这行状态是Up说明容器已经正常运行。接下来验证 MySQL 是否能正常连接。第一种验证方式是直接进入容器里的 MySQLdocker exec -it mysql8 mysql -uroot -p输入刚才设置的密码能看到 MySQL 命令行提示符就说明服务正常。第二种方式是在宿主机测试端口连接用 Navicat、DataGrip 或者命令行客户端去连127.0.0.1:3306账号 root 加你的密码。连接成功就说明端口映射也正常。这里有个小细节如果本机的 3306 端口早已被之前装的 MySQL 或者其他服务占用会启动失败并提示端口冲突这时候先解决端口占用问题再重试后面章节会详细说排查方法。4. 持久化与配置文件挂载4.1 数据目录挂载的意义容器本质上是临时的一旦被删除容器内写入的所有数据都会被清除。所以必须把 MySQL 的数据目录挂载到宿主机。我上面命令里的-v ~/docker/mysql/data:/var/lib/mysql就把容器内的/var/lib/mysqlMySQL 真正存储数据的目录映射到了宿主机的~/docker/mysql/data。这样做的好处是不管你删容器、重建容器、升级镜像只要挂载目录不变数据就还在。我迁移电脑的实际经历是把整个~/docker/mysql/data目录拷贝到新 Mac然后启动一个同样挂载路径的容器数据库里的所有表和数据原封不动连配置都不用改。这个机制本质上是把“数据生命周期”和“容器生命周期”解耦。容器可以随意删掉重建数据却是持久化的理解这一点对用好 Docker 很关键。4.2 时区与字符集的处理很多 Mac 新手用 Docker 装 MySQL跑起来之后发现中文乱码或者时间差了 8 小时原因基本都出在容器默认配置上。官方镜像默认使用的是服务器默认字符集和 UTC 时区对国内用户非常不友好。字符集、时区有两种处理方式。一是启动时用环境变量比如-e TZAsia/Shanghai就解决了时区问题后面写数据的时候CURRENT_TIMESTAMP就能正确显示北京时间。二是通过自定义配置文件强制指定字符集这是官方推荐的做法也更彻底。MySQL 官方镜像有个自动加载配置文件目录/etc/mysql/conf.d容器启动时会自动读取该目录下所有.cnf文件。你可以把宿主机上的~/docker/mysql/conf目录挂载到这个路径然后在里面放一个my.cnf。像这样[mysqld] character-set-serverutf8mb4 collation-serverutf8mb4_unicode_ci default-time-zone 08:00 [client] default-character-setutf8mb4utf8mb4是真正能完整存储中文和 emoji 的字符集utf8只是utf8mb3的别名表情符号存进去会报错所以新项目一律用utf8mb4。utf8mb4_unicode_ci是排序规则对中英文排序支持比较友好。default-time-zone的作用和TZ环境变量类似但直接作用于 MySQL 层的系统变量双保险。改完配置后重启容器生效docker restart mysql8然后进入 MySQL 验证SHOW VARIABLES LIKE character_set%; SHOW VARIABLES LIKE %time_zone%;看到character_set_server是utf8mb4time_zone是08:00就正常了。4.3 自定义 my.cnf 的更多场景除了字符集和时区生产环境常用的配置也会放在这个文件里。比如开发机上内存不大可以限制 InnoDB 缓冲池大小防止 MySQL 把宿主机内存吃满[mysqld] innodb_buffer_pool_size256M max_connections200innodb_buffer_pool_size是 MySQL 缓存表和索引数据的内存区域默认值比较大如果你只有 8G 内存的 Mac同时还要跑 Docker Desktop、IDE、浏览器建议设成 256M 或 512M。max_connections默认是 151开发环境一般够用但如果有些老应用频繁建立连接不释放可以适当调大。还有一类常见问题是 MySQL 8.0 默认的sql_mode开启ONLY_FULL_GROUP_BY导致一些写法比较随意的老 SQL 直接报错。如果遇到这个问题可以在 my.cnf 里追加[mysqld] sql_modeSTRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION这条配置相当于回到 MySQL 5.7 时代的宽松模式能兼容不少老项目的查询写法。注意修改之后最好重新验证一遍业务查询确认没有其他兼容问题。5. 生产级参数调优与安全5.1 容器资源限制Docker 默认没有限制容器可以使用的 CPU 和内存意味着 MySQL 容器理论上能吃满宿主机所有资源。开发机本地跑问题不大但在公司开发机或者服务器上最好对容器做资源限制防止 MySQL 挤占其他服务的运行空间。在启动命令中加入--memory和--cpus参数docker run -d \ --name mysql8 \ --memory1g \ --cpus2 \ ...--memory1g限制容器最多使用 1GB 内存。这里注意如果 MySQL 内存用量超过限制容器可能会被强制杀死所以这个值不能比innodb_buffer_pool_size加上系统开销小太多。--cpus2限制容器最多使用两个 CPU 核心不限制也能跑但生产环境建议加上。在 Docker Desktop 的图形界面上也可以设置全局资源限制在 Settings 的 Resources 里分配 CPU、内存和磁盘。开发机本地可以设置得宽松一些比如 4 核 4G但一旦要跑多个数据库容器或者加 ElasticsSearch 之类的大家伙全局限制就非常必要。5.2 用户权限与密码策略MySQL 8.0 的 root 用户默认使用caching_sha2_password认证插件这是官方首选的安全机制但部分老版本的客户端工具尤其是 Navicat 15 以前不兼容这个插件会报Authentication plugin caching_sha2_password cannot be loaded的错误。处理方案有两个升级客户端工具或者在 MySQL 里把 root 或专用账号的认证方式改回mysql_native_password。我的建议是开发环境图省事可以改但生产环境最好还是用新插件保持安全力度。创建专用业务账号的 SQL 是这样的CREATE USER appuser% IDENTIFIED BY StrongPassword123; GRANT ALL PRIVILEGES ON mydb.* TO appuser%; FLUSH PRIVILEGES;%表示允许从任何主机连接如果你的场景是只在宿主机本机连接改成localhost或127.0.0.1会更安全。生产环境务必遵循最小权限原则不要把一个账号配置成所有库、所有表的 root 权限否则一旦账号泄露库里的数据等于全部暴露。5.3 备份与恢复的 Docker 姿势在 Docker 环境下备份 MySQL大多数人第一反应是用 mysqldump但有一个常见误区是直接在宿主机执行mysqldump。除非你装了和容器内版本一致的 MySQL 客户端否则这个命令可能根本不存在更常见的是版本不一致导致导出的 SQL 不兼容。正确姿势是通过docker exec在容器内部执行备份docker exec mysql8 sh -c exec mysqldump -uroot -p$MYSQL_ROOT_PASSWORD --databases mydb ~/docker/backup/mydb.sql这里用sh -c是在容器内启动 shell 执行 mysqldump导出的结果通过标准输出重定向到宿主机的一个 sql 文件。恢复也是类似把 SQL 文件通过 stdin 导回容器docker exec -i mysql8 sh -c exec mysql -uroot -p$MYSQL_ROOT_PASSWORD ~/docker/backup/mydb.sql注意docker exec -i表示保持标准输入打开这样才能把宿主机文件内容喂给容器内的 mysql 命令。每日定时备份建议配合 crontab 执行脚本里先使用date命令生成带日期的备份文件名再保留最近 7 天的备份自动删除更老的避免磁盘被撑爆。6. 常见问题排查实录6.1 Docker Desktop 启动失败Mac 上偶尔会遇到 Docker Desktop 启动后一直转圈或者提示 Docker Engine stopped。我遇到很多次最常见的原因是 Docker Desktop 的虚拟机状态文件异常。处理办法是两步先点击 Docker Desktop 菜单栏图标选择 Troubleshoot然后点击 Restart如果不行再到终端执行killall Docker open -a Docker这个操作本质是彻底退出 Docker 进程再重新打开。如果还不行可以试着删除 Docker 的虚拟机数据占位文件路径在~/Library/Containers/com.docker.docker/Data/vms/删掉后重启 Docker Desktop 会重新初始化虚拟机但注意这个操作不会删除你的镜像和容器数据。6.2 端口被占用启动 MySQL 容器时报Bind for 0.0.0.0:3306 failed: port is already allocated是端口被占用了。先查是谁占用lsof -i :3306输出里会列出占用进程的 PID 和名称。如果是之前装的 MySQL 服务通过brew services stop mysql停掉或者把 Docker 端口映射改成别的比如-p 3307:3306。后者适合端口资源紧张的情况但注意所有客户端连接时都要把端口改成 3307有点麻烦所以尽量优先解决源占用。6.3 容器启动后立刻退出docker ps -a看到容器状态是Exited说明容器启动失败。最有效的排查手段是看日志docker logs mysql8常见日志内容有两类。一类是[ERROR] [MY-010262] The server was not initialized说明容器之前初始化过但数据目录不完整这种大多是因为挂载的数据目录位置不对或者目录权限有问题。解决方法是备份现有数据后清空~/docker/mysql/data目录删除原容器重新创建。另一类是[ERROR] [MY-011087] Different lower_case_table_names settings for server这是宿主机文件系统大小写敏感性和容器内配置不一致导致需要在 my.cnf 中显式配置lower_case_table_names1或者改用大小写不敏感的挂载方式。6.4 远程机器连不上容器里的 MySQL宿主机本地连接没问题但局域网其他机器连不上宿主机IP:3306。先确认 MySQL 账号是否允许远程访问如果账号 Host 是localhost肯定连不上需要改成%或指定 IP 段。第二道关卡是 Docker 端口映射是否绑定了所有网卡-p 3306:3306默认绑定 0.0.0.0如果绑定了 127.0.0.1外部也连不上需要改成-p 0.0.0.0:3306:3306。最后别忘了 Mac 的系统防火墙如果开过防火墙要把 Docker 放行。6.5 Navicat 连接报错汇总我用 Navicat 连接 Docker 里的 MySQL 时遇到过几种典型报错。Lost connection to MySQL server at reading initial communication packet一般是网络问题确认端口映射是否正常用telnet 127.0.0.1 3306试试通不通。Access denied for user rootlocalhost是密码错误和容器启动时设置的环境变量不一致重新用正确密码登录即可。Authentication plugin caching_sha2_password是老客户端兼容问题按前面第 5.2 节的处理方式改认证插件或升级客户端。7. 日常使用技巧与进阶7.1 用 docker compose 简化管理和避免遗忘参数每次启动 MySQL 都要敲一长串docker run命令参数又多又容易记错。更靠谱的做法是用 docker-compose.yml 把这些配置固化下来。我在家目录下建了一个~/docker/mysql/docker-compose.yml文件services: mysql: image: mysql:8.0 container_name: mysql8 ports: - 3306:3306 environment: MYSQL_ROOT_PASSWORD: yourpassword TZ: Asia/Shanghai volumes: - ~/docker/mysql/data:/var/lib/mysql - ~/docker/mysql/conf:/etc/mysql/conf.d restart: always之后的操作命令也简洁了很多cd ~/docker/mysql docker compose up -d docker compose down docker compose logs -f mysqldocker compose up -d启动容器down停止并删除容器注意数据卷还在下次up数据是不会丢的。这种方式还有一个好处是配置文件跟着项目走新同事入职时只要把这份 yml 给他在机器上docker compose up -d就能得到一模一样的数据库环境。7.2 常用 Docker 命令速查上手用 Docker 管理 MySQL这几个命令必须记牢docker ps查看运行中的容器docker ps -a查看所有容器包括已停止的docker logs mysql8查看容器日志排查启动失败docker exec -it mysql8 bash进入容器内部docker restart mysql8重启容器改配置后很常用docker cp 宿主机文件 mysql8:/容器路径拷贝文件进容器用于手动导入配置文件docker rm -f mysql8强制删除容器数据卷没挂载的话数据会丢慎用docker images查看本地镜像列表我个人的习惯是把这些命令的含义理解透而不是死记。比如docker exec -it就是在运行中的容器里开一个交互式终端相当于 SSH 进一台 Linux 机器-it必须带上否则没有终端交互很多命令执行不了或看不到输出。7.3 多版本 MySQL 共存的技巧前面说了团队项目可能出现 5.7 和 8.0 并存的情况这里给出具体的启动方案。准备两份配置目录和数据目录比如~/docker/mysql57/conf/my.cnf ~/docker/mysql57/data/ ~/docker/mysql80/conf/my.cnf ~/docker/mysql80/data/然后分别启动两个容器端口分别映射为 3306 和 3307docker run -d --name mysql57 -p 3306:3306 \ -e MYSQL_ROOT_PASSWORDpass57 \ -v ~/docker/mysql57/data:/var/lib/mysql \ -v ~/docker/mysql57/conf:/etc/mysql/conf.d \ mysql:5.7 docker run -d --name mysql80 -p 3307:3306 \ -e MYSQL_ROOT_PASSWORDpass80 \ -v ~/docker/mysql80/data:/var/lib/mysql \ -v ~/docker/mysql80/conf:/etc/mysql/conf.d \ mysql:8.0连接老项目时用localhost:3306新项目用localhost:3307。两个容器互不干扰各自的数据和配置完全隔离。这个模式我用了很久比起 Homebrew 切版本体验提升非常大。最后再多说一句。用 Docker 跑 MySQL 这件事刚上手时最大的障碍不是命令本身而是理解容器的临时性思维容器随时能删数据靠卷来持久化。一旦想通了这一点后面所有配置、迁移、排查都会变得很顺。我在实际工作中把这套方案用在了不止本机开发环境公司内部不少测试环境也是用同样一套 docker-compose 配置拉起来的统一环境又快又干净。如果你在操作过程中遇到什么新问题看看容器日志、拆解一下启动参数基本都能找到答案。
Mac上用Docker搭建MySQL：从环境配置到数据持久化完整指南
作为一个长期在 Mac 上写后端代码的人我换过好几台 MacBook每次重装系统最烦的事情之一就是数据库环境。以前我习惯用brew install mysql直接装后来发现项目多了之后版本冲突、依赖残留、卸载不干净这些问题轮番折磨人。直到我改用 Docker 装 MySQL从拉镜像到 Navicat 连上数据库整个流程不到十分钟而且换电脑迁移环境也只需要一条命令。这篇文章就把我在 Mac 上用 Docker 搭建 MySQL 的完整过程、参数细节和踩过的坑全部写出来。不管你是刚入行的新手还是想在公司项目里统一数据库环境的同学这篇内容都值得参考照着做基本不会再出问题。1. 为什么 Mac 上装 MySQL 我首选 Docker1.1 原生安装的痛点Mac 上装 MySQL 最常见的方案是 Homebrew也就是一条brew install mysql。听起来很省事但实际用起来问题不少。我最初就是这么装的后来发现 Homebrew 会把 MySQL 的服务注册成 launchd 后台任务开机自动启动日志文件散落在/usr/local/var/mysql或者opt/homebrew/var/mysql这些目录。你如果想彻底卸载得手动处理一堆残留文件否则下次装新版经常出现端口被旧实例占住、数据目录权限不对之类的怪问题。版本管理也是一堆麻烦。项目 A 需要 MySQL 5.7项目 B 要用 MySQL 8.0brew 虽然支持切换版本但每次切版本都涉及停服务、改 PATH、清理旧数据来回折腾半小时很正常。我在一个旧项目里吃过亏那个项目用的是 MySQL 5.7而 brew 默认装的是 8.0两个版本的认证插件和数据目录结构都有差异结果项目启动直接连不上数据库排查了整整一下午才发现是版本问题。1.2 Docker 方案解决的本质问题Docker 装 MySQL 的核心思路是彻底隔离。MySQL 运行在容器里它所在的环境、依赖、数据目录、配置都由镜像和挂载卷统一管理宿主机只需要有 Docker 运行时就行。这意味着你不再关心 MySQL 的文件到底散落在哪些目录卸载时直接删除容器和镜像系统立刻恢复干净没有残留。版本切换也变成了一个命令的事。启动一个 5.7 容器再启动一个 8.0 容器只要端口分别映射成 3306 和 3307两个版本可以同时共存。这对需要服务多个老项目的开发者来说是救命级别的便利。加上 MySQL 官方镜像支持多架构Apple Silicon 的 M1/M2/M3 芯片可以直接运行 ARM 版本镜像不需要额外的兼容层性能和原生几乎没差别。2. 准备工作装好 Docker Desktop2.1 下载安装 Docker DesktopMac 上运行 Docker 最主流的方式是安装 Docker Desktop。去官网下载对应芯片版本的 dmg 安装包Intel 芯片选 x86_64 版本Apple Silicon 选 arm64 版本。下载完拖入 Applications 文件夹即可。安装过程没什么特别的地方唯一要注意的是安装完成后会要求你在终端执行一次目录授权这一步是给 Docker 创建符号链接用的别跳过。安装后打开 Docker Desktop首次启动会有一个欢迎界面和用户协议确认接受就行。启动后菜单栏会出现一个小鲸鱼图标等图标不再跳动、静止稳定时说明 Docker 引擎已经就绪。这里有个容易踩的坑刚安装完 Docker Desktop你直接去终端执行docker images可能提示无法连接。原因不是安装失败而是 Docker Desktop 的引擎还没完全起来等十几秒再试就好了。2.2 镜像源加速配置Mac 上拉取 Docker Hub 镜像有时候会很慢尤其是到了晚高峰一条docker pull mysql:8.0可能卡在等待响应。这个问题的解决办法是配置镜像加速器。打开 Docker Desktop 的 Settings在 Docker Engine 的配置 JSON 里加入 registry-mirrors 字段。当前国内可用的加速源我建议多做几个备选比如 Docker 官方的中国镜像地址或者一些云服务商提供的加速节点。配置完之后点击 Apply RestartDocker 会带着新配置重启。这个操作不影响已有容器但建议在重启前确保没有正在写入的重要数据。配置好之后再去拉镜像明显感觉下载速度快了很多实测 8.0 镜像大约 150MB 左右的体积几分钟就能拉完。2.3 验证 Docker 环境正式开始前建议先在终端执行下环境自检docker version docker infodocker version会分别显示 client 和 server 的版本如果 server 部分能正常输出说明 Docker 守护进程在运行。docker info能看到容器数量、镜像数量、存储驱动等信息也能确认当前 Docker 是否运行在 Apple Virtualization framework 上。如果你的机器是 Intel 芯片大概率走的是 Hypervisor.framework如果是 M 系列芯片走的是 Virtualization.framework两者对日常使用没有明显区别。看到这两条命令正常输出环境就准备好了。接下来可以正式开始跑 MySQL。3. 五分钟跑起第一个 MySQL 容器3.1 镜像版本怎么选MySQL 官方镜像的 tag 规则是mysql:版本号比如mysql:5.7、mysql:8.0、mysql:8.4。还有一个特殊 tag 叫latest目前指向 8.x 的最新版。我的建议是不要直接使用 latest务必指定具体版本。原因是 latest 会随着官方发版不断变化你今天拉的和明年拉的可能是截然不同的版本对需要长期稳定的项目来说这非常不可控。选择版本的依据是你的项目环境。如果项目老技术栈还是 PHP 5.x 或者旧的 ORM 框架可能只兼容 MySQL 5.7那就选mysql:5.7。如果是新项目直接上mysql:8.0或mysql:8.4。8.0 是目前最成熟的 8.x 版本8.4 是长期支持版本LTS稳定性更好。我在本机开发默认用 8.0公司生产环境我建议用 8.4毕竟 LTS 的维护周期摆在那里。拉取镜像就一条命令docker pull mysql:8.03.2 启动容器的完整命令我平时在本机跑 MySQL 8.0 的完整启动命令是这样的docker run -d \ --name mysql8 \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORDyourpassword \ -e TZAsia/Shanghai \ -v ~/docker/mysql/data:/var/lib/mysql \ -v ~/docker/mysql/conf:/etc/mysql/conf.d \ --restartalways \ mysql:8.0这里面的每个参数我逐个讲清楚。-d表示后台运行容器不会霸占当前终端窗口。--name mysql8是给容器起一个固定的名字之后docker exec、docker logs、docker stop都可以直接用这个名字指代容器比记一串随机 ID 方便得多。-p 3306:3306把宿主机的 3306 端口映射到容器的 3306 端口外部程序连接localhost:3306时流量就会进入容器内的 MySQL 服务。-e MYSQL_ROOT_PASSWORD是设置 root 用户的密码这是官方镜像提供的环境变量机制。TZAsia/Shanghai设置时区为上海时间这一步很重要如果不设置容器默认是 UTC 时区MySQL 里的NOW()函数会和你电脑本地时间差 8 个小时到时候排查数据时间不对的问题就很头疼。-v参数做目录挂载宿主机目录写在冒号前容器目录写在冒号后冒号后的路径是 MySQL 官方镜像约定好的不能改。--restartalways表示 Docker 引擎重启时会自动启动这个容器电脑重启后你不需要手动去开启 MySQL 服务。3.3 连接验证容器启动后先看看运行状态docker ps看到mysql8这行状态是Up说明容器已经正常运行。接下来验证 MySQL 是否能正常连接。第一种验证方式是直接进入容器里的 MySQLdocker exec -it mysql8 mysql -uroot -p输入刚才设置的密码能看到 MySQL 命令行提示符就说明服务正常。第二种方式是在宿主机测试端口连接用 Navicat、DataGrip 或者命令行客户端去连127.0.0.1:3306账号 root 加你的密码。连接成功就说明端口映射也正常。这里有个小细节如果本机的 3306 端口早已被之前装的 MySQL 或者其他服务占用会启动失败并提示端口冲突这时候先解决端口占用问题再重试后面章节会详细说排查方法。4. 持久化与配置文件挂载4.1 数据目录挂载的意义容器本质上是临时的一旦被删除容器内写入的所有数据都会被清除。所以必须把 MySQL 的数据目录挂载到宿主机。我上面命令里的-v ~/docker/mysql/data:/var/lib/mysql就把容器内的/var/lib/mysqlMySQL 真正存储数据的目录映射到了宿主机的~/docker/mysql/data。这样做的好处是不管你删容器、重建容器、升级镜像只要挂载目录不变数据就还在。我迁移电脑的实际经历是把整个~/docker/mysql/data目录拷贝到新 Mac然后启动一个同样挂载路径的容器数据库里的所有表和数据原封不动连配置都不用改。这个机制本质上是把“数据生命周期”和“容器生命周期”解耦。容器可以随意删掉重建数据却是持久化的理解这一点对用好 Docker 很关键。4.2 时区与字符集的处理很多 Mac 新手用 Docker 装 MySQL跑起来之后发现中文乱码或者时间差了 8 小时原因基本都出在容器默认配置上。官方镜像默认使用的是服务器默认字符集和 UTC 时区对国内用户非常不友好。字符集、时区有两种处理方式。一是启动时用环境变量比如-e TZAsia/Shanghai就解决了时区问题后面写数据的时候CURRENT_TIMESTAMP就能正确显示北京时间。二是通过自定义配置文件强制指定字符集这是官方推荐的做法也更彻底。MySQL 官方镜像有个自动加载配置文件目录/etc/mysql/conf.d容器启动时会自动读取该目录下所有.cnf文件。你可以把宿主机上的~/docker/mysql/conf目录挂载到这个路径然后在里面放一个my.cnf。像这样[mysqld] character-set-serverutf8mb4 collation-serverutf8mb4_unicode_ci default-time-zone 08:00 [client] default-character-setutf8mb4utf8mb4是真正能完整存储中文和 emoji 的字符集utf8只是utf8mb3的别名表情符号存进去会报错所以新项目一律用utf8mb4。utf8mb4_unicode_ci是排序规则对中英文排序支持比较友好。default-time-zone的作用和TZ环境变量类似但直接作用于 MySQL 层的系统变量双保险。改完配置后重启容器生效docker restart mysql8然后进入 MySQL 验证SHOW VARIABLES LIKE character_set%; SHOW VARIABLES LIKE %time_zone%;看到character_set_server是utf8mb4time_zone是08:00就正常了。4.3 自定义 my.cnf 的更多场景除了字符集和时区生产环境常用的配置也会放在这个文件里。比如开发机上内存不大可以限制 InnoDB 缓冲池大小防止 MySQL 把宿主机内存吃满[mysqld] innodb_buffer_pool_size256M max_connections200innodb_buffer_pool_size是 MySQL 缓存表和索引数据的内存区域默认值比较大如果你只有 8G 内存的 Mac同时还要跑 Docker Desktop、IDE、浏览器建议设成 256M 或 512M。max_connections默认是 151开发环境一般够用但如果有些老应用频繁建立连接不释放可以适当调大。还有一类常见问题是 MySQL 8.0 默认的sql_mode开启ONLY_FULL_GROUP_BY导致一些写法比较随意的老 SQL 直接报错。如果遇到这个问题可以在 my.cnf 里追加[mysqld] sql_modeSTRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION这条配置相当于回到 MySQL 5.7 时代的宽松模式能兼容不少老项目的查询写法。注意修改之后最好重新验证一遍业务查询确认没有其他兼容问题。5. 生产级参数调优与安全5.1 容器资源限制Docker 默认没有限制容器可以使用的 CPU 和内存意味着 MySQL 容器理论上能吃满宿主机所有资源。开发机本地跑问题不大但在公司开发机或者服务器上最好对容器做资源限制防止 MySQL 挤占其他服务的运行空间。在启动命令中加入--memory和--cpus参数docker run -d \ --name mysql8 \ --memory1g \ --cpus2 \ ...--memory1g限制容器最多使用 1GB 内存。这里注意如果 MySQL 内存用量超过限制容器可能会被强制杀死所以这个值不能比innodb_buffer_pool_size加上系统开销小太多。--cpus2限制容器最多使用两个 CPU 核心不限制也能跑但生产环境建议加上。在 Docker Desktop 的图形界面上也可以设置全局资源限制在 Settings 的 Resources 里分配 CPU、内存和磁盘。开发机本地可以设置得宽松一些比如 4 核 4G但一旦要跑多个数据库容器或者加 ElasticsSearch 之类的大家伙全局限制就非常必要。5.2 用户权限与密码策略MySQL 8.0 的 root 用户默认使用caching_sha2_password认证插件这是官方首选的安全机制但部分老版本的客户端工具尤其是 Navicat 15 以前不兼容这个插件会报Authentication plugin caching_sha2_password cannot be loaded的错误。处理方案有两个升级客户端工具或者在 MySQL 里把 root 或专用账号的认证方式改回mysql_native_password。我的建议是开发环境图省事可以改但生产环境最好还是用新插件保持安全力度。创建专用业务账号的 SQL 是这样的CREATE USER appuser% IDENTIFIED BY StrongPassword123; GRANT ALL PRIVILEGES ON mydb.* TO appuser%; FLUSH PRIVILEGES;%表示允许从任何主机连接如果你的场景是只在宿主机本机连接改成localhost或127.0.0.1会更安全。生产环境务必遵循最小权限原则不要把一个账号配置成所有库、所有表的 root 权限否则一旦账号泄露库里的数据等于全部暴露。5.3 备份与恢复的 Docker 姿势在 Docker 环境下备份 MySQL大多数人第一反应是用 mysqldump但有一个常见误区是直接在宿主机执行mysqldump。除非你装了和容器内版本一致的 MySQL 客户端否则这个命令可能根本不存在更常见的是版本不一致导致导出的 SQL 不兼容。正确姿势是通过docker exec在容器内部执行备份docker exec mysql8 sh -c exec mysqldump -uroot -p$MYSQL_ROOT_PASSWORD --databases mydb ~/docker/backup/mydb.sql这里用sh -c是在容器内启动 shell 执行 mysqldump导出的结果通过标准输出重定向到宿主机的一个 sql 文件。恢复也是类似把 SQL 文件通过 stdin 导回容器docker exec -i mysql8 sh -c exec mysql -uroot -p$MYSQL_ROOT_PASSWORD ~/docker/backup/mydb.sql注意docker exec -i表示保持标准输入打开这样才能把宿主机文件内容喂给容器内的 mysql 命令。每日定时备份建议配合 crontab 执行脚本里先使用date命令生成带日期的备份文件名再保留最近 7 天的备份自动删除更老的避免磁盘被撑爆。6. 常见问题排查实录6.1 Docker Desktop 启动失败Mac 上偶尔会遇到 Docker Desktop 启动后一直转圈或者提示 Docker Engine stopped。我遇到很多次最常见的原因是 Docker Desktop 的虚拟机状态文件异常。处理办法是两步先点击 Docker Desktop 菜单栏图标选择 Troubleshoot然后点击 Restart如果不行再到终端执行killall Docker open -a Docker这个操作本质是彻底退出 Docker 进程再重新打开。如果还不行可以试着删除 Docker 的虚拟机数据占位文件路径在~/Library/Containers/com.docker.docker/Data/vms/删掉后重启 Docker Desktop 会重新初始化虚拟机但注意这个操作不会删除你的镜像和容器数据。6.2 端口被占用启动 MySQL 容器时报Bind for 0.0.0.0:3306 failed: port is already allocated是端口被占用了。先查是谁占用lsof -i :3306输出里会列出占用进程的 PID 和名称。如果是之前装的 MySQL 服务通过brew services stop mysql停掉或者把 Docker 端口映射改成别的比如-p 3307:3306。后者适合端口资源紧张的情况但注意所有客户端连接时都要把端口改成 3307有点麻烦所以尽量优先解决源占用。6.3 容器启动后立刻退出docker ps -a看到容器状态是Exited说明容器启动失败。最有效的排查手段是看日志docker logs mysql8常见日志内容有两类。一类是[ERROR] [MY-010262] The server was not initialized说明容器之前初始化过但数据目录不完整这种大多是因为挂载的数据目录位置不对或者目录权限有问题。解决方法是备份现有数据后清空~/docker/mysql/data目录删除原容器重新创建。另一类是[ERROR] [MY-011087] Different lower_case_table_names settings for server这是宿主机文件系统大小写敏感性和容器内配置不一致导致需要在 my.cnf 中显式配置lower_case_table_names1或者改用大小写不敏感的挂载方式。6.4 远程机器连不上容器里的 MySQL宿主机本地连接没问题但局域网其他机器连不上宿主机IP:3306。先确认 MySQL 账号是否允许远程访问如果账号 Host 是localhost肯定连不上需要改成%或指定 IP 段。第二道关卡是 Docker 端口映射是否绑定了所有网卡-p 3306:3306默认绑定 0.0.0.0如果绑定了 127.0.0.1外部也连不上需要改成-p 0.0.0.0:3306:3306。最后别忘了 Mac 的系统防火墙如果开过防火墙要把 Docker 放行。6.5 Navicat 连接报错汇总我用 Navicat 连接 Docker 里的 MySQL 时遇到过几种典型报错。Lost connection to MySQL server at reading initial communication packet一般是网络问题确认端口映射是否正常用telnet 127.0.0.1 3306试试通不通。Access denied for user rootlocalhost是密码错误和容器启动时设置的环境变量不一致重新用正确密码登录即可。Authentication plugin caching_sha2_password是老客户端兼容问题按前面第 5.2 节的处理方式改认证插件或升级客户端。7. 日常使用技巧与进阶7.1 用 docker compose 简化管理和避免遗忘参数每次启动 MySQL 都要敲一长串docker run命令参数又多又容易记错。更靠谱的做法是用 docker-compose.yml 把这些配置固化下来。我在家目录下建了一个~/docker/mysql/docker-compose.yml文件services: mysql: image: mysql:8.0 container_name: mysql8 ports: - 3306:3306 environment: MYSQL_ROOT_PASSWORD: yourpassword TZ: Asia/Shanghai volumes: - ~/docker/mysql/data:/var/lib/mysql - ~/docker/mysql/conf:/etc/mysql/conf.d restart: always之后的操作命令也简洁了很多cd ~/docker/mysql docker compose up -d docker compose down docker compose logs -f mysqldocker compose up -d启动容器down停止并删除容器注意数据卷还在下次up数据是不会丢的。这种方式还有一个好处是配置文件跟着项目走新同事入职时只要把这份 yml 给他在机器上docker compose up -d就能得到一模一样的数据库环境。7.2 常用 Docker 命令速查上手用 Docker 管理 MySQL这几个命令必须记牢docker ps查看运行中的容器docker ps -a查看所有容器包括已停止的docker logs mysql8查看容器日志排查启动失败docker exec -it mysql8 bash进入容器内部docker restart mysql8重启容器改配置后很常用docker cp 宿主机文件 mysql8:/容器路径拷贝文件进容器用于手动导入配置文件docker rm -f mysql8强制删除容器数据卷没挂载的话数据会丢慎用docker images查看本地镜像列表我个人的习惯是把这些命令的含义理解透而不是死记。比如docker exec -it就是在运行中的容器里开一个交互式终端相当于 SSH 进一台 Linux 机器-it必须带上否则没有终端交互很多命令执行不了或看不到输出。7.3 多版本 MySQL 共存的技巧前面说了团队项目可能出现 5.7 和 8.0 并存的情况这里给出具体的启动方案。准备两份配置目录和数据目录比如~/docker/mysql57/conf/my.cnf ~/docker/mysql57/data/ ~/docker/mysql80/conf/my.cnf ~/docker/mysql80/data/然后分别启动两个容器端口分别映射为 3306 和 3307docker run -d --name mysql57 -p 3306:3306 \ -e MYSQL_ROOT_PASSWORDpass57 \ -v ~/docker/mysql57/data:/var/lib/mysql \ -v ~/docker/mysql57/conf:/etc/mysql/conf.d \ mysql:5.7 docker run -d --name mysql80 -p 3307:3306 \ -e MYSQL_ROOT_PASSWORDpass80 \ -v ~/docker/mysql80/data:/var/lib/mysql \ -v ~/docker/mysql80/conf:/etc/mysql/conf.d \ mysql:8.0连接老项目时用localhost:3306新项目用localhost:3307。两个容器互不干扰各自的数据和配置完全隔离。这个模式我用了很久比起 Homebrew 切版本体验提升非常大。最后再多说一句。用 Docker 跑 MySQL 这件事刚上手时最大的障碍不是命令本身而是理解容器的临时性思维容器随时能删数据靠卷来持久化。一旦想通了这一点后面所有配置、迁移、排查都会变得很顺。我在实际工作中把这套方案用在了不止本机开发环境公司内部不少测试环境也是用同样一套 docker-compose 配置拉起来的统一环境又快又干净。如果你在操作过程中遇到什么新问题看看容器日志、拆解一下启动参数基本都能找到答案。
