上周一个老朋友找我说本地开发机已经装了 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 明确指定各自的配置文件路径避免服务读到了另一个版本的配置。下面是我在实际部署前做的规划表贴出来给你们参考