Windows下MySQL 5.7与8.0共存：ZIP多实例部署指南

1. 先想明白：为什么你要在一台 Windows 上同时装两个 MySQL

先讲一个我真实遇到的场景：公司有个已经上线六年的 ERP 系统，数据库一直跑在 MySQL 5.7 上，客户端、报表存储过程、甚至部分统计 SQL 的写法都对 5.7 的旧行为有依赖。换到 8.0 以后，虽然大部分 SELECT 能跑，但有几个历史存储过程因为 sql_mode 的变化直接报错，还有几个老连接池依赖 mysql_native_password 认证。另一边，新项目又明确要求用 8.0 的窗口函数、公用表表达式和 JSON 聚合能力。你不可能为了迁就老系统而拒绝新版本，也不可能为了新项目天天把 5.7 卸了重装。

所以“一台 Windows 开发机上同时装两个不同版本的 MySQL”这个需求，根本不是闲得慌，而是业务版本“代沟”直接导致的日常痛点。这篇文章不是教你怎么点可视化安装包，而是给出一套我自己在真实项目里验证过、可以稳定复现的 ZIP 多实例方案，全程不依赖 Docker、不依赖虚拟机，把 MySQL 5.7 和 MySQL 8.0 当成两个互不干扰的独立程序塞进同一台 Windows。

要说清楚这套方案，得先回答三个问题：什么样的场景真正需要双版本共存？为什么我不推荐用 Docker 或者虚拟机解决？版本组合和安装包要怎么选？把这几个前置问题理清了，后面操作就不容易踩坑。

1.1 典型场景：业务版本的“代沟”比想象中大

需要双版本共存的人，通常不是单纯想折腾，而是被现实推到了这一步。我归纳下来，最常见的几类场景是这样的。

第一类是历史系统迁移和兼容测试。老系统跑在 5.7 上，MySQL 8.0 对默认字符集、认证插件、GROUP BY 的 SQL_MODE 处理都变了。上线前你需要在本地把两边数据都导一份，同一个 SQL 分别跑一次，对比结果。这种需求下，两个 MySQL 同时在线是最高效的，因为你不用来回切服务，还能用工具同时连两个库做差异比对。

第二类是新老项目并行开发。手上维护的老项目还在用 5.7，新项目已经切到 8.0。本地开发环境最好和生产保持一致，否则很容易出现“我本地能跑，上生产就崩”的尴尬。这种时候一台机器上两个 MySQL 就相当于两个“开发沙箱”，各自服务各自的项目。

第三类是我个人觉得很容易被忽略的：你在给客户做数据迁移或版本升级方案。客户那边可能是从 5.7 升到 8.0，你需要反复模拟迁移过程，验证存储过程、定时事件、账号权限是否兼容。如果只有一个 MySQL 环境，迁移演练一次就得清理一次，非常痛苦；两个版本并行，能直接把“升级前”和“升级后”放在同一台机器上对照。

1.2 为什么我用 ZIP 多实例，而不是 Docker 或双虚拟机

每次有人问多版本共存，评论区总有“上 Docker”的声音。Docker 本身没毛病，但在真实的 Windows 开发机上，它未必是最优解。Docker Desktop 依赖 WSL2 或者 Hyper-V，公司给配的办公电脑经常没有开启硬件虚拟化，或者 IT 策略限制安装，又或者内存只有 16GB，开一个 Docker Desktop 再跑两个 MySQL 容器，内存占用立刻变得紧张。我见过不少同事为了跑 Docker 去改 BIOS 设置，最后折腾一上午还没到 MySQL 这一步。

虚拟机就更重了。一台 Windows 10 虚拟机光是系统占用就有 2GB 以上，启动时间按分钟算，为了让一个 MySQL 5.7 多占一台虚拟机，性价比太低。更关键的是，虚拟机网络、文件共享、端口转发这些配置，每一项都是额外的维护成本。

MySQL 官方对多实例这件事本来就有明确支持。所谓多实例，就是在一台物理机上运行多个 MySQL 进程，每个进程有自己独立的端口、数据目录、配置文件和服务名。用 ZIP 版安装时，MySQL 不像 MSI 安装包那样会写一堆全局注册表项，也不会要求你只能装一份。你把两个版本分别解压到两个目录，各自初始化数据目录，各自注册成不同的 Windows 服务，它们从操作系统层面看就是两个完全不相关的程序。

我给这个方法下个定义：ZIP 多实例方案。它成本最低、可复现性最强，也最容易通过命令行脚本管理。后面所有内容都围绕这个方法来写。

1.3 动手前需要确定的版本组合与下载渠道

很多教程默认说的是“5.7 + 8.0”，因为这是现实中需求量最大的一组搭配。5.7 代表旧生态，8.0 代表新特性。如果你的项目组合是 8.0 和 8.4，或者 5.6 和 8.0，思路完全一样，只是配置参数上有些版本差异，我会在相应位置提醒。

下载渠道有两个。第一个是 MySQL 官方下载页，这里只显示当前推荐的最新 GA 版本，适合下 8.0.x。第二个是 MySQL 官方存档页面，地址是 downloads.mysql.com/archives/community/，适合下已经停止更新但仍在大量使用的 5.7.44。选择包的时候认准 Windows (x86, 64-bit), ZIP Archive，不要选 MSI Installer，也不要下带 minimal 字样的阉割包，否则文件不完整，后面初始化可能出问题。

另外建议动手前先决定一个规划表，把两个实例的安装目录、端口、服务名都定下来。我后面按一套“5.7 用 3306、8.0 用 3307”的规划来演示，你可以按自己机器的实际情况调整，但规划的原则必须保持一致。

2. 共存的底层逻辑：把端口、数据目录、服务名三者彻底拆开

你可能会想，一台机器上装两个 MySQL，系统不会乱套吗？如果走 ZIP 多实例路线，答案是：只要三样东西不冲突，它们就完全不会乱套。一是 TCP 端口，二是数据目录，三是 Windows 服务名。这三个要素的关系，就像同一个小区里的两栋独立别墅：各有各的门牌号，各有各的院子，物业也分别管理，互不干扰。

MySQL 默认的端口是 3306，默认配置里如果没有显式指定数据目录，服务启动时会去找自己目录下的 data 文件夹。如果你第二个实例也什么都不改，它就会跑到第一个实例的数据目录里去读数据，结果必然启动失败。这就是大多数人装第二个 MySQL 失败的根本原因，不是系统不支持，而是你没有把资源拆开。

我建议你在动手之前，先按下面这个表把两个实例的资源分配写清楚，贴在备忘里。

2.1 一份 my.ini 一份灵魂，两个实例不要共享配置

MySQL ZIP 版的配置不像 MSI 版那样写在 C:\ProgramData\MySQL 下面，它的默认配置文件查找顺序包括 C:\Windows\my.ini、C:\my.ini 等全局位置。如果不注意，两个实例可能会读到同一个 my.ini，然后端口、目录全部冲突。所以我在多实例方案里强烈建议：每个实例目录内放一份自己的 my.ini，并且在注册服务时用 --defaults-file 参数显式指定配置文件的绝对路径，彻底切断全局配置的干扰。

以 MySQL 5.7 为例，一份典型的最小 my.ini 长这样：

ini复制[mysqld]
# 当前实例的端口，必须与另一个实例区分
port=3306
# 安装目录，建议使用正斜杠，避免转义问题
basedir=C:/Tools/MySQL/mysql-5.7.44-winx64
# 数据目录，这个实例的数据只放这里
datadir=C:/Tools/MySQL/mysql-5.7.44-winx64/data
# 字符集
character-set-server=utf8mb4
# 连接数，开发机按需设置即可
max_connections=200

MySQL 8.0 的 my.ini 和 5.7 基本一致，差别主要在端口要改成 3307，basedir 和 datadir 要指向 8.0 自己的目录。如果想让老客户端能连上 8.0，可以在 [mysqld] 下面追加一行 default-authentication-plugin=mysql_native_password，不过这不是必须的，我更推荐按我后面第 5 章的方法在用户层面处理，而不是直接改全局默认。

2.2 初始化数据目录：两个版本都逃不过的关键步骤

ZIP 版解压之后，目录里默认没有 data 文件夹，你必须手动执行初始化命令，MySQL 才会生成系统库、权限表和基础数据。这一步很容易被忽略，因为很多图形化安装器会自动帮你处理，而 ZIP 版没人替你代劳。

初始化命令有两种。执行 mysqld --initialize-insecure 会创建一个 root 账号，密码为空，这适合开发环境，我第一次启动后能直接登录，省去翻日志找随机密码的麻烦。执行 mysqld --initialize 则会生成一个随机 root 密码，密码被写进数据目录下的 .err 日志文件。我建议开发机用 --initialize-insecure，登录方便，之后你随时可以用 ALTER USER 修改密码。

有一个细节值得注意：初始化必须在注册服务之前完成，否则服务启动时找不到数据目录会直接失败。如果初始化过程中报错，报错信息通常也会写在 .err 日志里，不要关了窗口就完事，先看日志再动手。

2.3 为什么服务名不能叫 “MySQL”

Windows 服务名是操作系统的唯一标识。如果你第一次用 MSI 版安装了 MySQL，服务名一般叫 MySQL80 或 MySQL；再直接用 ZIP 版安装第二个实例，服务名就不能再叫 MySQL80 了，哪怕你把它放到不同目录，注册同名服务也会被拒绝报“服务已存在”。

多实例的服务命名应该体现版本和用途，比如 MySQL57 和 MySQL80。我见过有人把服务名叫 MySQL3306 和 MySQL3307，这样也很直观，但如果你后续要换端口，服务名和端口对不上就会让人困惑，最好还是用版本号命名。服务名的本质只是 Windows 管理进程的句柄，和数据库内部版本无关，所以你可以自由定制，但一定要具备辨识度。

另外还要提醒，两个服务的启动类型建议错开。如果两个都设成“自动”，Windows 开机后会把两个 MySQL 全部拉起，内存占用会翻倍。我一般把最常用的一个设成“自动”，另一个设成“手动”，需要时用命令手动启动。

3. 实操全过程：从下载、初始化到两个服务同时在线

现在进入正题。我全程用命令行操作，但是会一步一步告诉你每条命令在干什么。你的 Windows 账户需要有管理员权限，否则注册服务这一步会提示权限不足。如果用的是普通账户，请打开“命令提示符”时右键选择“以管理员身份运行”。

整个流程可以拆成四步，对应两个实例的基础搭建期：下载解压、写配置文件、初始化数据目录、注册并启动服务。思路统一，命令参数只有端口、目录、服务名不同。

3.1 目录规划与安装 MySQL 5.7

我先装 MySQL 5.7.44，因为老版本更需要单独的安装环境。建议安装目录不要放在带中文或空格的路径下，比如不要放在 C:\Users\张三\MySQL 5.7，否则部分脚本、配置文件解析可能出问题。我习惯建一个 C:\Tools\MySQL 父目录，然后把每个版本解压到带版本号的子目录里，这样以后升级或删除都很干净。

下载完成后，把压缩包内容解压到 C:\Tools\MySQL\mysql-5.7.44-winx64。解压完成后，进入该目录，新建一个文本文件，改名为 my.ini，把上面 2.1 节里 5.7 的配置内容写进去。注意保存格式选择 UTF-8 没问题，但也有人用 ANSI，实际使用中两种都能跑，关键是不要带 BOM，否则 MySQL 可能解析失败。

然后打开管理员 CMD，执行下面这段命令：

bat复制cd /d C:\Tools\MySQL\mysql-5.7.44-winx64\bin
mysqld --defaults-file=C:\Tools\MySQL\mysql-5.7.44-winx64\my.ini --initialize-insecure
mysqld --install MySQL57 --defaults-file=C:\Tools\MySQL\mysql-5.7.44-winx64\my.ini
net start MySQL57

--initialize-insecure 会创建数据目录并初始化系统库，结束后你会在 mysql-5.7.44-winx64 下面看到新增的 data 文件夹。mysqld --install MySQL57 --defaults-file=... 会把服务注册成 MySQL57，并且把配置文件的路径写进服务的启动命令里。这一步很关键，它保证了 MySQL 服务每次启动都读取这个 my.ini，不会去别的地方找配置。net start MySQL57 是启动服务，如果看到“服务已经启动成功”的提示，说明 5.7 这一套已经通了。

为了验证，你可以在命令行执行：

bat复制mysql -uroot -P3306

因为用 --initialize-insecure 初始化，root 初始密码为空，所以这条命令不加 -p 也能进。进去后执行 SELECT VERSION();，应该能看到类似 5.7.44 的版本号。

3.2 用同一套流程安装 MySQL 8.0

5.7 装好以后，8.0 的安装流程几乎就是复制粘贴加改参数。你可以从官方下载页下载当前最新的 8.0.x ZIP 包，解压到 C:\Tools\MySQL\mysql-8.0.x-winx64，其中 x 以你下载的实际版本号为准。我这里为了描述方便，使用 mysql-8.0.40-winx64 作为示例路径，你替换成自己的实际目录名就行。

在 8.0 的目录下创建自己的 my.ini，内容参照下面这份：

ini复制[mysqld]
port=3307
basedir=C:/Tools/MySQL/mysql-8.0.