上周一个老朋友找我，说本地开发机已经装了 MySQL 5.7 的数据库，里面躺着公司老项目的一堆表和存储过程；可新接的项目非得用 8.0 的新特性，他不想天天在两台电脑之间来回切，也不想为这点事把整个开发环境塞进虚拟机。他问我：Windows 一台机器上同时装两个不同版本的 MySQL，到底行不行？答案是肯定的，而且没有想象中那么折腾。这篇文章就是我在 Windows 上实现双版本 MySQL 共存的完整记录，从安装规划到日常使用，再到排错思路，一次性讲透。
1. 为什么非要在同一台 Windows 上跑两个 MySQL 版本
先聊聊需求。很多人觉得“装两个 MySQL”听起来很别扭，觉得数据库这种基础组件就该一台机器一个，其实在实际开发里双版本甚至多版本共存是非常常见的需求。
1.1 双版本的真实需求场景
最典型的场景是下面这几类：
- 公司生产环境还在跑 MySQL 5.7，项目组要求本地开发环境也必须对齐 5.7，因为 8.0 在 SQL 解析、排序规则、默认字符集、事务隔离级别上有差异，一些老存储过程在 8.0 下的执行计划完全不同，甚至会报错。
- 新项目要用 MySQL 8.0 的窗口函数、公共表表达式（CTE）、JSON 增强功能，而本地已有的 5.7 实例是其他项目在用的，不能卸载重装。
- 你要做版本升级评估，需要在本地同时跑两个版本，把生产环境的数据导入到 5.7 和 8.0 中各跑一遍，对比执行计划和查询结果，确认哪些 SQL 不兼容。
- 手头有两个外包项目，一个要求低版本稳定，一个要求高版本新特性，两边的数据都是你自己在维护。
如果你真的遇到了上面任何一种情况，你只有两个选择：要么用虚拟机或 Docker 隔离，要么在同一台 Windows 上跑双实例。
1.2 为什么不用虚拟机或 Docker
我在最初也考虑过用 Docker。Docker Desktop 在 Windows 上确实能跑 MySQL 容器，但有两个现实问题：第一，Docker Desktop 本身吃资源，开一个容器加一个 WSL2 后端，开发机内存直接去掉 2GB；第二，本地项目要连接的数据库往往不是只跑一个实例那么简单，有些老项目还要配合 Navicat、命令行脚本、定时任务，全都得从宿主机访问，Docker 的端口映射和文件挂载一旦夹在两个容器之间，调试起来就比较啰嗦。
虚拟机的隔离效果更好，但启动一个完整操作系统少说也要一两分钟，平时改个表结构、研究个锁问题，频繁开关虚拟机完全不现实。
所以最实用的方案就是：直接在 Windows 宿主机上装两个 MySQL 服务。两个服务可以同时在后台运行，Navicat 里建两个连接指向不同端口即可，命令行也能通过端口参数自由切换。只要把资源隔离做好，它们在功能上就是两台完全独立的数据库服务器。
2. 安装前规划：被很多人跳过的四个隔离维度
很多人装双 MySQL 失败，不是操作步骤有问题，而是压根没想清楚一件事：两个 MySQL 在 Windows 上共存，到底靠什么区分彼此？
答案靠四个隔离维度：端口、服务名、数据目录、配置文件。四个维度缺一不可。
2.1 端口隔离怎么设计
MySQL 默认监听 3306 端口，一台机器的同一个端口同一时刻只能被一个进程监听。你先安装了 5.7 占用了 3306，再装 8.0 时如果也用 3306，第二个服务根本启动不起来，日志里全是 bind error。
所以必须在安装之前就规划好端口。我的习惯是：第一个实例用默认的 3306，第二个实例用 3307。3307 本身也是 MySQL 官方的常用备选端口，其他程序很少占用，Navicat 也能直接在端口栏填。你要是想装第三个，就继续用 3308、3309，规律一样。
2.2 服务名与数据目录、配置文件的分开策略
Windows 把 MySQL 安装成一个系统服务，服务名必须是唯一的。官方安装器默认给 8.0 起名 MySQL80，给 5.7 起名 MySQL57，如果你手动指定，建议让服务名带版本号，比如 MySQL80 和 MySQL57，这样 services.msc 里一眼就能分辨，net start / net stop 命令也好记。
数据目录更加关键。很多人误以为数据目录是 MySQL 安装目录下面的 data 文件夹，其实 5.7 和 8.0 的官方安装器默认会把数据目录放到系统盘的 ProgramData 里。两个版本共用一个数据目录会直接导致数据库文件互相覆盖，所以必须强制分开。最简单的做法是让第二个实例的 datadir 直接指向它自己的解压目录下的 data 文件夹。
配置文件也要各管各的。MySQL 在 Windows 上启动时会按固定顺序读取 my.ini，官方安装器会把配置文件写到 ProgramData 目录里，手动部署的实例则习惯把 my.ini 放在解压根目录。两个 my.ini 文件在内容上互不干扰，但要注意启动服务时通过 --defaults-file 明确指定各自的配置文件路径，避免服务读到了另一个版本的配置。
下面是我在实际部署前做的规划表，贴出来给你们参考：
