Windows下MySQL免安装版完整指南：解压配置与服务注册全流程

很多人在 Windows 上装 MySQL，第一反应就是去官网下那个几百MB的图形安装包，然后一波“下一步”点到底。我早年也是这么干的，直到有一次在一台配置很一般的办公电脑上临时搭测试库，安装包卡在最后的 “Apply Configuration” 阶段，进退两难，从那次之后我就彻底转向了 MySQL Windows 免安装版。所谓免安装，不是真的不用“装”，而是不需要走 Windows Installer，直接把官方 ZIP 压缩包解压出来，靠命令行完成初始化、配置文件编写和服务注册。整个过程可控性强，出错时你能清楚知道卡在哪一步，卸载的时候删目录、移除服务就能弄干净，不会在系统里留下一堆残留。这篇文章我会把 Windows 上免安装版 MySQL 的完整链路讲透，帮那些需要在本地起数据库做开发、测试，或者给应用做联调的人，省下那些毫无意义的折腾时间。

1. Windows 下 MySQL 的几种装法比较，为什么我最终选了 ZIP 免安装版

1.1 图形安装版和免安装版的差异

Windows 平台装 MySQL 官方给出了几种路径。最常见的是 MySQL Installer，它是一个图形化向导，会引导你选版本、选安装路径、设置 root 密码、创建 Windows 服务。听起来很省事，但实际用起来有几个痛点：一是这个 Installer 的体积很大，下载慢，而且在部分老系统或精简系统上，最后一步的配置经常因为权限、依赖库或者网络问题失败；二是它默认把配置写进注册表和服务管理器，一旦出了问题，想完全卸载干净非常麻烦，需要手动清服务、清注册表、清数据目录。

而 ZIP Archive 免安装版，是一个纯压缩包，里面是 MySQL 运行所需的全部程序文件。你解压后，它不会自动注册任何系统服务，也不会写注册表，所有的行为都取决于你给它写的 my.ini 配置文件和你手动执行的那些命令。这种“一切尽在掌握”的方式，特别适合开发机和测试环境。

对比一下两者的实际差别：

1.2 那 Docker 跑 MySQL 是不是更好

经常有人问，既然要用 MySQL，为什么不直接上 Docker？热词里也有 “docker 安装 mysql” 这类搜索，说明很多人在 Windows 上确实尝试过容器方案。

我的看法是：Docker Desktop 在 Windows 上本身依赖于 WSL2 或 Hyper-V，内存和磁盘占用都不小，如果你只是为了写一个项目、准备面试题、或者在本地测试几个 SQL 语法，为这一个 MySQL 去启动整套 Docker 环境，完全是杀鸡用了牛刀。而且 Docker 里的 MySQL 数据是写在容器卷里的，虽然可以持久化，但很多新手第一次用的时候忘了挂载数据卷，容器一删，数据全没了，这种问题我在各种技术群里见了无数次。

免安装版完全没有这些心智负担。你解压一个目录，跑一条初始化命令，改一个配置，服务就起来了。它和开发工具、IDE 之间的连接受阻概率也最低。所以我的结论是：日常本地开发测试，用 ZIP 免安装版是体验最好的方案；Docker 是用来模拟整条服务链路、做集群测试时才值得引入的。这个顺序不要搞反。

2. 下载与解压的实操细节，版本选择和目录规划同样重要

2.1 去官网找到真正的 ZIP Archive 下载入口

搜索 “mysql 下载官网” 的朋友特别多，但很多人找到官网后，眼睛盯着最大的那个 “MySQL Installer for Windows” 按钮就去下载了，根本没注意页面上还有 ZIP Archive 的下载链接。

正确的路径是：打开 MySQL 官网的下载页面，选 “MySQL Community Server” 这个社区版，进入具体版本列表页，在 “Windows (x86, 64-bit), ZIP Archive” 这一行点 Download。8.0.x 版本下面的 ZIP Archive 文件命名一般是 mysql-8.0.x-winx64.zip，大小在 220MB 左右。如果你不是在官网选版本，而是在各种第三方下载站找所谓“绿色版”，那反而容易踩坑，那些二次打包的版本经常捆绑额外的软件，或者里面的文件被修改过，我强烈建议只用官方原版压缩包。

2.2 版本选择：社区版也要看清发行类型

MySQL 的版本策略这几年有一点复杂。简单来说，8.0.x 是很多生产环境在用的稳定长期支持版本，也是我目前在 Windows 上默认选择的分支。官方后来推出的 8.1、8.2、8.3 之类属于创新版本，迭代频率快，适合尝鲜和测试新特性，不建议在这种临时搭建的本地库里使用。8.4.x 和后续的 LTS 版本也不错，但如果你的应用依赖某些老驱动，还是 8.0 系列兼容性最稳。另外，5.7 系列已经停止官方维护了，新的环境没有任何理由再装它。

2.3 解压目录：不要犯这几个低级错误

解压软件本身没啥难度，但目录选择有几个细节会直接影响后续的使用体验：

• 路径中不要有中文，也不要有空格。比如 D:\数据库\mysql 这种路径，看着没事，但某些配置工具、脚本和你自己写的批处理在解析路径时会因为编码问题出错。D:\mysql-8.0.40-winx64 或者 D:\dev\mysql 才是最稳妥的。
• 不要解压到 C:\Program Files 这类系统受保护目录。因为免安装版不会自动调整权限，你放在 Program Files 下，初始化数据目录或者写配置文件都可能遇到权限不足的问题，你说气不气人。
• 建议给每个版本建一个独立目录，比如 D:\dev\mysql-8.0，然后在旁边建一个软链接或固定目录叫 D:\dev\mysql 指向当前要用的版本，这样以后升级版本，只需要切换链接。这个习惯我用了很多年，后面讲迁移升级的时候还能用上。

解压完成后，先看一眼目录结构。里面有 bin 目录存放所有可执行程序，比如 mysqld.exe、mysql.exe；有 share 目录存放字符集和错误信息；还有一个 docs 目录，里面是官方文档。注意，初始情况下没有 data 数据目录，也没有 my.ini 配置文件，这两样东西要靠你自己生成。

3. 初始化、写配置、注册服务，每一条命令都要知道在干什么

3.1 先初始化数据目录，选对参数能少坑很多事

很多第一次接触免安装版的人在解压完就直接双击 mysqld.exe，结果窗口一闪而过，什么也没发生，然后就懵了。实际上，解压后的 MySQL 需要先初始化一个数据目录，这个目录用来存放系统库、用户表、你之后创建的业务数据，以及日志文件。

在解压后的目录下打开命令提示符，执行初始化命令：

bat复制mysqld --initialize-insecure

这条命令会读取解压目录的默认配置，在目录下创建 data 文件夹，并生成一个 root@localhost 账号，密码为空。注意，我刻意用了 --initialize-insecure，而不是官方很多教程里推荐的 --initialize。

两者的区别在于：--initialize 会为 root 生成一个随机密码，写进 data 目录下的 .err 错误日志文件里。很多新手第一次操作时根本不知道要去哪里找这个密码，找到了复制还容易因为我这里不展开的换行符问题贴不进去，非常折磨人。而 --initialize-insecure 直接生成一个空密码的 root 账号，你可以立刻进入 MySQL，自己动手修改密码。对于本地开发测试环境，这更符合“先跑起来，再谈安全”的实际需求。

如果初始化过程中提示缺少 MSVCR140.dll 或者无法启动程序，说明系统缺少 Visual C++ Redistributable 运行库，去微软官网下载最新的 vc_redist.x64.exe 装上即可。这是免安装版最容易在第一步翻车的地方，不是你的操作有问题，而是系统基础运行库不全。

3.2 手写一个最小可用的 my.ini 配置文件

初始化完成后，我们需要在解压根目录下新建一个文本文件，命名为 my.ini。这个文件是 MySQL 启动时的配置文件，它决定了数据目录在哪、端口用多少、字符集是什么。注意 Windows 版的 mysqld 启动时，会按照 “当前目录 -> 安装目录 -> 系统配置” 的顺序搜索 my.ini，最保险的写法是：不管你现在身处哪个目录，都在启动命令里明确指定配置文件路径。

下面是一个我在 Windows 免安装环境里验证过很多次的最小模板：

ini复制[mysqld]
# 安装目录，改成你自己的实际路径
basedir=D:/dev/mysql
# 数据目录，默认会在 basedir 下创建 data
datadir=D:/dev/mysql/data
# 服务端口，默认 3306
port=3306
# 默认存储引擎
default-storage-engine=INNODB
# 字符集
character-set-server=utf8mb4
collation-server=utf8mb4_0900_ai_ci

[client]
# 客户端连接的默认字符集
default-character-set=utf8mb4

这里有一个非常容易踩的坑：路径分隔符。在 my.ini 里，Windows 路径中的反斜杠 \ 会被当成转义字符处理，所以 datadir=D:\dev\mysql\data 这种写法会导致 MySQL 启动时报错或路径解析异常。两个解决方案：要么统一用正斜杠 /，如上面的写法；要么用双反斜杠 D:\\dev\\mysql\\data。我建议用正斜杠，因为不管在 Windows 还是之后迁移到 Linux，它都是通用的。

另外这两个目录之间的逻辑关系要清楚：datadir 必须是“一个独立的文件夹”，不能把 data 目录直接指向解压根目录。如果你在初始化后又去修改 my.ini 中的 datadir 指向了一个新位置，哪怕只是换了个盘符，也要确保该目录存在，否则 MySQL 会因为找不到系统表启动失败。

3.3 两种启动思路：前台调试和后台服务

配置文件写好后，建议先不要急着注册 Windows 服务，而是先用前台模式跑一次：

bat复制mysqld --defaults-file=D:/dev/mysql/my.ini --console

--console 会让 MySQL 在前台运行，所有的启动日志会直接输出到当前控制台。如果配置有误、端口被占用、data 目录有问题，你立刻就能看到具体的错误信息。确认日志输出正常、没有任何 ERROR 级内容后，按 Ctrl + C 可以关掉它。

确认排错无误后，我们才去注册 Windows 服务。这一步的目的是让 MySQL 能在后台常驻，并且在 Windows 开机时可选自动启动。注册服务需要打开管理员权限的命令提示符，切换到 bin 目录后执行：

bat复制mysqld --install MySQL80 --defaults-file="D:/dev/mysql/my.ini"

MySQL80 是服务的显示名称，你可以随意起，但不要和别人已经建好的服务重名。这条命令成功后，服务管理器里会多出一项 MySQL80，它的可执行文件路径后面会自动带上你指定的 --defaults-file。

启动服务：

bat复制net start MySQL80

执行后看到 “服务正在启动...服务已经启动成功” 的提示，就说明注册启动成功了。以后不需要每次手动去敲命令开机自启，只要确保服务状态是自动即可。

3.4 环境变量配置，说清楚 PATH 用完为什么还得新开窗口

服务已经起来了，但直接在命令行里敲 mysql -uroot -p 仍然会提示找不到命令，这是因为 bin 目录还没加入系统环境变量 PATH。

打开系统属性 -> 环境变量，在系统变量的 Path 中添加一行 D:\dev\mysql\bin。这里有个常识但还是要提醒：环境变量的修改只对“后续新启动的进程”生效，正在运行中的 CMD、PowerShell，甚至已经在打开的 IDE，都需要关闭并重新打开才能读到新的 PATH 值。很多教程没强调这一点，导致不少人配完环境变量后反复重启电脑，其实只需要把窗口全部关掉重开就行。

验证环境变量是否生效，新开一个命令行窗口，输入：

bat复制mysql --version

能看到类似 mysql Ver 8.0.40 for Win64 on x86_64 的输出，就说明 PATH 配置成功。至此，一个免安装版 MySQL 就真正可用了。

4. 首次登录后的安全与常规配置，别带着空密码裸奔

4.1 修改 root 密码，以及 MySQL 8 的默认认证插件问题

初始化时我们用了 --initialize-insecure，root 目前是没有密码的。使用空密码登录：

bat复制mysql -uroot -p

提示输入密码时直接回车。登录成功后，第一件事就是修改 root 密码：

sql复制ALTER USER 'root'@'localhost' IDENTIFIED BY '你的强密码';

密码建议至少 12 位，包含大小写字母、数字和特殊符号。不要小看这一步，如果你的 MySQL 实例监听了非本地地址，空密码就相当于把数据库大门敞开，扫端口的人分分钟就能进来。

另外一个 MySQL 8.0 特有的坑：默认的认证插件是 caching_sha2_password。你在本地用命令行、用官方 MySQL Workbench 连接没有问题，但如果用的是某些老版本图形客户端，很可能会报 “Authentication plugin 'caching_sha2_password' cannot be loaded” 或者 “Reading from the stream has failed”。遇到这种情况有两种解法：升级客户端到新版本，或者把某个特定账号改成老认证方式：

sql复制ALTER USER 'app'@'%' IDENTIFIED WITH mysql_native_password BY '你的密码';

但我个人建议不要全库都改回 mysql_native_password，因为这会影响数据库整体的安全策略。最正确的做法是把客户端工具升级到支持 caching_sha2_password 的版本。

4.2 建库、建用户、赋予最小权限，是面试题也常考的好习惯

很多时候，你本地搭 MySQL 不是为了自己玩 SQL，而是要跑一个真实的业务项目，比如 Spring Boot 应用、或者数据分析脚本。这时候我建议不要所有业务都用 root 连接，而应该建立一个独立的应用账号。这既是安全规范，也是你在面试题里经常看到“数据库权限设计”的日常实践。

登录 MySQL 后执行：

sql复制CREATE DATABASE app_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;

CREATE USER 'app'@'localhost' IDENTIFIED BY 'App@123456';

GRANT ALL PRIVILEGES ON app_db.* TO 'app'@'localhost';

FLUSH PRIVILEGES;

注意，utf8mb4_0900_ai_ci 是 MySQL 8.0 默认的排序规则，如果你在旧版本上习惯写 utf8mb4_general_ci，新版本也能兼容，但既然是新环境就不必迁就旧习惯。

GRANT ALL PRIVILEGES ON app_db.* 意味着 app 只能操作 app_db 这一个库，即使应用被 SQL 注入，攻击者也拿不到其它库的权限。这在真实项目中是必须的，在本地模拟也建议直接养成习惯。

4.3 验证字符集和排序规则，顺带复习两个高频面试考点

搭建好了之后，可以顺手验证一下字符集配置是否生效：

sql复制SHOW VARIABLES LIKE 'character_set_%';

正常情况下，character_set_server、character_set_database、character_set_client 等都应该是 utf8mb4。如果 client 显示的是别的字符集，你登录时可以手动指定：

bat复制mysql --default-character-set=utf8mb4 -uapp -p

这在 Windows 环境里特别重要，因为系统默认的代码页往往是 GBK，不指定字符集的话，插入的中文很容易变成乱码。

验证通过后，还可以用本地方便地跑几个 SQL，把面试题里经常出现的知识点顺手巩固一遍。比如很多新人会被 “MySQL 中 int 后面的数字是什么意思” 这个问题问住。在早期 MySQL 版本里 INT(5) 配合 ZEROFILL 会控制显示宽度，但从 8.0 开始，整数类型的显示宽度属性已经被废弃，INT(5) 和 INT 在存储和索引上没有任何区别。你可以这样验证：

sql复制CREATE TABLE int_test (
  id INT(5) ZEROFILL
);
INSERT INTO int_test VALUES (42);
SELECT id FROM int_test;

能看到输出变成 00042，但换一个没有 ZEROFILL 的列，这个显示宽度根本不会出现。再比如存储过程，平时写应用代码不一定会天天用到，但面试前想复习两句语法时，本地 MySQL 就是最好的草稿纸：

sql复制DELIMITER //
CREATE PROCEDURE sp_test()
BEGIN
  SELECT VERSION() AS mysql_version;
END//
DELIMITER ;

CALL sp_test();

这些验证走一遍，你既确认了数据库环境没毛病，又不知不觉把手上的 MySQL 基本操作练熟了。一举两得。

4.4 防火墙与远程连接的取舍

如果你只是在本地用，那完全不用管 3306 端口有没有对局域网开放。但如果你想让局域网里的另一台电脑连到这台机器的 MySQL，就要在 Windows 防火墙里给 3306 端口放行，或者至少在连接发起时允许对 mysqld.exe 的访问。

放行端口的方式：控制面板 -> Windows Defender 防火墙 -> 高级设置 -> 入站规则 -> 新建规则 -> 端口 -> TCP 本地端口 3306 -> 允许连接。

需要注意的是，允许远程连接前，务必要确保 root 账号不能远程登录。MySQL 的 root 账号默认只绑定 localhost，远程机器想连，要么你额外给 root 增加一个 '%' 主机记录，要么给一个新账号设置 '%' 主机。从安全角度，我强烈建议不要动 root，而是给应用账号设置 '%'：

sql复制CREATE USER 'app'@'%' IDENTIFIED BY 'App@123456';
GRANT ALL PRIVILEGES ON app_db.* TO 'app'@'%';
FLUSH PRIVILEGES;

5. 高频故障复盘，遇到这些问题先别急着重装

5.1 安装服务时提示 Install/Remove of the Service Denied

这个错误我见得太多了，原因只有一个：当前命令提示符不是以管理员身份运行的。Windows 的服务注册和删除需要管理员权限。右键点击命令提示符，选择“以管理员身份运行”，然后重新执行 mysqld --install MySQL80 即可。

另外还要注意，如果你因为某种原因需要先删除服务再重新安装，命令是：

bat复制mysqld --remove MySQL80

如果服务还在运行，先 net stop MySQL80 停掉再执行。mysqld --install 和 --remove 这类操作不需要先进入 bin 目录，直接在任意路径执行时带上完整路径即可。

5.2 Can't connect to local MySQL server through socket '/tmp/mysql.sock'

这个错误在 Windows 上看到很容易吓一跳。热词里也有 error 2002 (HY000): can't connect to local mysql server through socket '/tmp/mysql.sock' 这种搜索记录，说明很多人遇到过。

其实，在 Windows 原生版 MySQL 中是没有 Unix socket 这个概念的，Unix socket 是 Linux 下的进程间通信机制。Windows 上出现这个报错，通常是某些工具或驱动程序在连接数据库时，默认使用了 Unix socket 路径，拿着 Linux 的思维来连 Windows 上的 MySQL。

解决办法非常简单：连接时显式指定 TCP 方式，使用 -h 127.0.0.1 而不是 localhost。因为某些客户端解析 localhost 时优先尝试 socket，而指定 127.0.0.1 后会强制走 TCP 协议：

bat复制mysql -h 127.0.0.1 -P 3306 -u root -p

如果你的应用配置文件里写的是 jdbc:mysql://localhost:3306/xxx，改成 jdbc:mysql://127.0.0.1:3306/xxx 往往就能绕过这个报错。

5.3 3306 端口被占用，服务怎么都起不来

启动 MySQL 时报 “Error: Listen on port 3306: bind: Address already in use” 或者服务启动后立刻停止，日志里显示端口被占用，这是 Windows 上非常常见的场景。

排查步骤很简单。首先查端口占用情况：

bat复制netstat -ano | findstr :3306

如果返回了 LISTENING 状态的记录，最后一列就是占用该端口的进程 PID。接着根据 PID 查是哪个程序：

bat复制tasklist | findstr "PID号"

常见元凶包括：之前用图形版安装过的残留 MySQL 服务、MariaDB、或者某些软件自带的 MySQL 组件。处理方案有两种：如果那个进程没用，直接停掉并禁止自启；如果那个进程必须保留，就改掉你要新起的 MySQL 服务的端口号，把 my.ini 里的 port=3306 改成 3307，然后重新初始化相关连接配置。

5.4 忘记了 root 密码，如何无损重置

本地环境久了没登录，忘了 root 密码，这种事在我身上发生过不止一次。重置的思路是：跳过整个授权表，进入无鉴权模式，然后再把密码改回来。

先停止正在运行的服务：

bat复制net stop MySQL80

以手动模式启动 mysqld，并跳过授权表：

bat复制mysqld --defaults-file=D:/dev/mysql/my.ini --skip-grant-tables --skip-networking

注意保持这个窗口运行，然后另开一个命令行窗口，直接无密码登录：

bat复制mysql -uroot

进入 MySQL 后，刷新权限并修改密码：

sql复制FLUSH PRIVILEGES;
ALTER USER 'root'@'localhost' IDENTIFIED BY '你的新密码';

执行完退出，然后回到原来的窗口按 Ctrl + C 停掉手动启动的 mysqld 进程，再用 net start MySQL80 正常启动服务。流程就结束了。--skip-networking 的意思是禁止远程连接，目的就是防止在跳过授权表的空档期被外部扫描连进来，重置密码时务必带上它。

5.5 通过 .err 日志定位一切诡异启动失败

免安装版最方便的一点是，错误日志就摆在明面上。如果你的 MySQL 服务起不来或者启动后立刻停止，去数据目录下找到 主机名.err 文件，用文本编辑器打开看最后几十行。

比如我遇到过一个问题：手动改过 my.ini 中的 datadir 路径之后，MySQL 启动时提示找不到 mysql.ibd 系统表空间文件。定位过程的思路是这样的：首先怀疑数据目录位置不对，再检查 my.ini 中 datadir 是否指向真实的 data 目录；接着看 .err 日志中记录的路径，确认它解析出了什么；最后发现是路径中的反斜杠被转义而导致读取失败。这种排错思路比瞎试命令高效得多。

6. 免安装版的迁移、升级与完全卸载，把工具练到收放自如

6.1 免安装版的迁移思路：换个目录、换台电脑，怎么处理最省事

免安装版最大的价值是“可搬移”。在一个团队里，你把自己调好的测试环境整个目录压缩发给同事，对方解压后稍作调整就能得到一个一模一样的环境。这比让同事也去跑一遍图形版安装流程要高效太多。

但有个前提必须提醒：数据目录和程序目录是绑定的。如果你只是拷走整个目录到新位置，然后在新机器上启动，会因为 my.ini 中的 basedir 和 datadir 路径不匹配而失败。迁移时有两类情况：

如果不需要保留原有数据，只想得到一个全新的 MySQL 环境，做法是：先删掉 data 目录和 my.ini 文件，解压后重新按前面第 3 节讲的内容初始化、写配置、注册服务。因为 data 目录下是二进制系统表文件，直接跨目录使用大概率会导致权限和路径错乱，不要心存侥幸。

如果需要保留业务数据，稳妥的做法是：先用 MySQL 自带的 mysqldump 逻辑备份，把数据导成 .sql 文件，再在另一台机器上导入。虽然也可以整体停服后拷贝 data 目录，但版本、路径、配置存在差异时，逻辑备份才是最不挑环境的。

6.2 升级 MySQL 小版本时，尽量保留原来的数据目录

Windows 下免安装版的升级，并不需要卸载旧版再装新版。比如我现在用的是 8.0.36，想升级到 8.0.40，流程是：

先停止服务；备份整个 data 目录和 my.ini，这是最重要的兜底；下载新版本 ZIP 包，解压到新目录，并修改 my.ini 中的 basedir 指向新目录。如果你使用的是服务模式，需要先用管理员命令行移除旧服务，再重新注册，注意 --defaults-file 指向新的 my.ini。

启动服务后，MySQL 8.0.16 以上的版本会自动执行升级检查。手动触发升级可以执行：

bat复制mysqld --upgrade=auto

升级完成后再用 mysql -uroot -p 登录，执行 SELECT VERSION(); 确认版本号已经更新。

如果是跨大版本升级，比如从 5.7 升到 8.0，过程会复杂很多，涉及字符集、系统表、认证插件的变化，强烈建议不要用本地可能含重要数据的环境直接试，先 mysqldump 全量导出，再导入新版本。

6.3 彻底卸载免安装版，确保不留任何后患

免安装版卸载的套路也很清晰。第一步停掉服务并删除服务注册：

bat复制net stop MySQL80
mysqld --remove MySQL80

第二步，打开系统环境变量，把 PATH 里 D:\dev\mysql\bin 这一类条目删掉，避免以后敲 mysql 命令时指向一个已经不存在的目录。第三步，手动删除整个 MySQL 解压目录。如果数据有保留价值，在删除前先把 data 目录单独拷走。然后检查服务管理器里已经找不到 MySQL80，去数据目录看看没有其它残留进程占用文件，整个卸载就完成了。

6.4 一个能提升幸福感的小技巧：准备一键启停脚本

最后一个实用技巧，也是我实际用了很久的。有时候我只是临时要用 MySQL，不想让它常驻后台占资源，就写两个批处理脚本放在目录旁边。

创建 start-mysql.bat，内容：

bat复制@echo off
net start MySQL80

再创建 stop-mysql.bat，内容：

bat复制@echo off
net stop MySQL80

如果你不喜欢注册成 Windows 服务，想运行更轻量，可以直接写一个前台启动脚本：

bat复制@echo off
mysqld --defaults-file=D:/dev/mysql/my.ini --console

每次要用数据库，双击脚本就能启动；用完双击停止脚本就能关掉。这种操作方式让免安装版的“临时性”优势发挥到极致。

再分享一个经验细节：如果在 Windows 上装了多个 MySQL 版本，比如一个 8.0 用于业务开发，一个 5.7 用于测试老项目，那就给每个版本注册不同名称的服务，比如 MySQL80 和 MySQL57，分别用不同端口 3306 和 3307，数据目录也完全分开。使用前通过 net start MySQL80 或 net start MySQL57 精确控制要启动哪一个，互不干扰。以我个人的习惯，现在工作机上就保持着这样一个目录结构：同一个父目录下放了不同版本的解压包、各自独立的 my.ini、以及对应的启停脚本。换项目的时候基本不用装环境，几分钟就能切到对应版本，这种灵活性是图形安装版完全给不了的。如果你在 Windows 上经常要跟 MySQL 打交道，这套玩法值得一试。