Mac 做开发机很舒服,但本地服务装多以后也容易混乱:MySQL、Redis、Nginx、MongoDB、Node、Java、Python、Docker,各自都有配置、数据目录、端口和启动方式。
想让本地环境长期稳定,核心不是“装得越快越好”,而是把安装方式、服务管理和数据目录固定下来。
优先统一安装入口
Mac 上常见安装方式有 Homebrew、Docker、官方安装包和源码编译。日常开发优先选两条主线:
- Homebrew:适合命令行工具和轻量本地服务。
- Docker:适合需要隔离版本、快速重建的数据服务。
不要同一个服务混着装多份。例如 MySQL 同时有 Homebrew 版本、Docker 版本和官方包版本,最后排查端口和数据目录会很痛苦。
服务启动方式要可追踪
用 Homebrew 安装的服务,可以用:
brew services list
brew services start redis
brew services stop redis
临时启动也可以直接运行服务命令,但要清楚它是不是后台常驻。
Docker 服务建议写 docker-compose.yml,把端口、数据卷、环境变量都放到文件里。这样重装系统或换机器时,不需要凭记忆恢复。
端口和数据目录要记录
本地服务最常见的冲突就是端口。建议维护一份简单清单:
MySQL 3306
Redis 6379
Nginx 80 / 443 / 8080
MongoDB 27017
数据目录也要清楚。数据库服务尤其不要随便删目录,因为里面可能有本地测试数据、迁移样例或排障现场。
如果用 Docker,数据卷要命名明确;如果用 Homebrew,要知道默认数据目录在哪里。
配置文件不要散落
本地服务的配置最好集中记录路径:
- MySQL 配置
- Redis 配置
- Nginx server 配置
- hosts 配置
- 代理配置
排障时先看配置路径和实际启动命令是否一致。很多问题不是配置写错,而是改的配置文件根本不是当前服务加载的那个。
实用结论
Mac 本地服务安装要追求“可重建、可排查、可迁移”。安装方式统一、启动方式明确、端口和数据目录有记录,环境就不容易越用越乱。
遇到问题时,不要急着卸载重装。先确认服务来源、进程、端口、配置文件和数据目录。把这几件事理清,绝大多数本地环境问题都能快速定位。




