今天聊一个特别实用的问题：把 MySQL 从 C 盘移到 D 盘，而且是用官方 MySQL Installer 装的那种。很多人装完 MySQL，过一阵子发现 C 盘空间越来越小，查了一圈才知道，数据目录默认放在 C 盘里，日志、表文件、binlog 一个不少。这时候最干净的做法不是重装，而是把数据目录原样挪到 D 盘。整个过程不复杂，但有几个坑踩过一次就记住了。这篇文章我就按实际操作顺序把步骤和排查方法写全，给正要动手的朋友一个参考。

1. 先搞清楚 MySQL 把文件放在哪

1.1 安装目录和数据目录是两回事

用 MySQL Installer 装的时候，大家经常以为 MySQL 都在C:\Program Files\MySQL里面。实际上，安装程序分了两层：

• 安装目录（basedir）：放 bin、include、lib 这些程序文件，一般在C:\Program Files\MySQL\MySQL Server 8.0。
• 数据目录（datadir）：放数据库、日志、InnoDB 表空间等，一般在C:\ProgramData\MySQL\MySQL Server 8.0\Data。

很多人说“从 C 盘移到 D 盘”，其实要移的就是数据目录。程序文件占的地方不大，数据目录才是吃空间的大户。尤其是单表单库动辄几个 G，或者开了 binlog，C 盘很快就不够用。

为什么 Installer 喜欢把数据目录放到 ProgramData？因为 ProgramData 是系统公共数据目录，适合放运行时数据，而 Program Files 通常权限控制比较严格，不少服务在启动时没有写权限。这也就决定了我们迁移的焦点应该是数据目录，而不是把整个安装目录一刀切搬走。

我给一个排查思路：先看看 datadir 到底在哪。打开 MySQL 命令行执行：

SELECT @@datadir;

或者查看配置文件 my.ini 中[mysqld]下的datadir配置。官方 Installer 默认会把 my.ini 放在C:\ProgramData\MySQL\MySQL Server 8.0\my.ini，这个路径要记牢，后面所有改动都靠它。

1.2 服务对应的配置文件怎么找

很多新手会去改C:\Program Files\MySQL\MySQL Server 8.0\my.ini，结果发现改了不生效。原因是用 Installer 安装的 MySQL，服务启动时用的配置文件路径是写死在服务命令行里的，不一定在服务器安装目录下。可以用管理员权限打开命令提示符，查看服务信息：

sc qc MySQL80

输出里会有一行：

BINARY_PATH_NAME : C:\Program Files\MySQL\MySQL Server 8.0\bin\mysqld.exe

但完整的启动参数需要看服务属性。打开“服务”管理器，找到 MySQL 服务，右键属性，在“可执行文件路径”里就能看到类似这样的内容：

C:\Program Files\MySQL\MySQL Server 8.0\bin\mysqld.exe --defaults-file=C:\ProgramData\MySQL\MySQL Server 8.0\my.ini MySQL80

我们要改的就是这个--defaults-file指向的文件，千万别改错。另一个重要信息是服务运行账户。默认 Installer 安装后，MySQL 服务经常以 NetworkService 账户运行，也有用 LocalSystem 的。这个账户后面设置权限时会用到，先记录下来。

2. 迁移前的准备工作

2.1 关闭服务是头等大事

数据目录随手复制肯定不行，MySQL 在运行的时候，表文件、日志文件都有打开句柄，直接复制会复制到写了一半的内容，甚至导致整个数据目录损坏。正确做法是先把 MySQL 服务停止。

net stop MySQL80

如果你的服务名不是 MySQL80，改成你自己的服务名，可以在服务管理器里看到。停止之后可以确认一下：

sc query MySQL80

状态出现STOPPED就说明停干净了。这一步别跳，我也见过有人图省事，不停服务直接复制，结果启动后数据库一直报错，最后只能重新初始化，丢了一部分数据。

2.2 备份放在迁移的第一优先级

移动数据目录本身是一次“破坏性操作”，哪怕步骤再熟练，也建议先备份一份。备份有两个层面：

1. 逻辑备份：用 mysqldump 把关键库导出来，比如：

mysqldump -u root -p --all-databases > C:\backup\all.sql

2. 物理备份：直接复制整个 Data 目录。如果数据量不大，物理备份是最省事的，也就是停服后把C:\ProgramData\MySQL\MySQL Server 8.0\Data整个目录复制到 D 盘的一个临时目录，或者直接复制到目标位置。

我的建议是至少做一个物理备份。物理备份的好处是，真出了问题可以把原目录复制回去，服务还是原来那套。逻辑备份虽然能恢复数据，但配置文件、权限、自增主键、存储过程等恢复起来会更麻烦。

2.3 确认目标分区和目录空间

迁移不只是把文件搬过去，目标盘能不能承载数据库，也是要提前看清楚的。有几点需要确认：

• 目标分区剩余空间必须大于当前 Data 目录实际占用空间，最好还要预留 1.5 倍到 2 倍的空间，因为 binlog、临时文件、redo log 都会继续增长。
• 文件系统必须是 NTFS，不要用 FAT32。FAT32 单个文件最大只能到 4GB，MySQL 的ibdata1或者大表很容易超过这个限制，到时会直接报错。
• 目标路径建议纯英文，不要带空格和中文，减少配置文件解析和命令行处理的麻烦。

如果 D 盘空间本身不太够，先把其他大文件清理一下，或者换个更大的分区，别等到复制到一半提示磁盘满。数据目录迁移这种事，最怕做了一半卡住，所以准备工作越细，后面越顺利。

3. 手把手把数据目录迁到 D 盘

3.1 复制数据文件到目标目录

在服务停止的状态下，可以用文件管理器直接复制，也可以用命令行。命令行的好处是可以保留文件属性和隐藏文件。Windows 下我比较推荐 robocopy：

robocopy "C:\ProgramData\MySQL\MySQL Server 8.0\Data" "D:\MySQLData\Data" /E /COPYALL /R:1 /W:1

参数说明：

• /E：复制所有子目录，包括空目录。
• /COPYALL：复制所有文件信息，包括安全信息，能省去后面一部分权限设置的麻烦。
• /R:1 /W:1：失败时只重试一次、等待一秒，遇到占用文件不会卡死。

如果是老系统或者只想简单的，也可以用：

xcopy "C:\ProgramData\MySQL\MySQL Server 8.0\Data" "D:\MySQLData\Data" /E /I /H

复制完以后，先检查一下 D 盘目标目录下有没有ibdata1、mysql.ibd、undo_001、undo_002、binlog这些关键文件，数量跟源目录对得上才算成功。注意不要只复制某个库的子目录，必须复制整个 Data 目录，因为 InnoDB 的系统表空间不光在库文件夹里，还和所有数据库文件混在一起。

有个小技巧：robocopy 复制完之后再执行一次同样的命令，如果第二次显示“0 个文件复制完毕”，说明两边已经一致，这个细节能帮你确认复制没有遗漏。

3.2 修改 my.ini 中的 datadir

复制完成后，就可以编辑C:\ProgramData\MySQL\MySQL Server 8.0\my.ini了。用记事本或者任意编辑器打开，找到[mysqld]段落，把datadir改掉。

修改前通常是：

datadir=C:/ProgramData/MySQL/MySQL Server 8.0/Data

修改后：

datadir=D:/MySQLData/Data

这里有两个容易踩的坑：

• 路径分隔符强烈建议用正斜杠/，或者写双反斜杠D:\\MySQLData\\Data。如果写成单反斜杠D:\MySQLData\Data，配置文件解析时容易把\M、\D当成转义字符，启动时提示找不到目录。
• 如果 my.ini 里还配置了log-error、secure-file-priv等路径，也要一起检查。特别是secure-file-priv，默认如果指向原数据目录，LOAD DATA 等功能会失效。

为了更直观，我贴一个简化的[mysqld]配置片段，改完大概长这样：

[mysqld] basedir=C:/Program Files/MySQL/MySQL Server 8.0 datadir=D:/MySQLData/Data socket=MySQL secure-file-priv=NULL log-error=D:/MySQLData/Data/myerror.err

改完之后不要急着启动，先保存文件并检查一下有没有中文、空格、特殊符号，路径尽量全英文。

3.3 给新目录设置权限

很多人复制完文件、改完配置，启动服务还是失败，原因一般出在权限上。MySQL 服务启动时要用服务账户去读写数据目录。如果新目录在 D 盘，默认继承的是 D 盘根目录的权限，不一定包含 MySQL 服务账户。

先要知道服务账户是谁。在“服务”管理器里查看 MySQL 服务的“登录”选项卡，看到类似“NT AUTHORITY\NetworkService”或者“LocalSystem”的账户。如果用的是 NetworkService，需要在 D 盘目标目录上给它加上完全控制权限。

命令行设置权限可以这样写：

icacls "D:\MySQLData\Data" /grant "NT AUTHORITY\NetworkService:(OI)(CI)F" /T

如果服务账户是 LocalSystem，则是：

icacls "D:\MySQLData\Data" /grant "SYSTEM:(OI)(CI)F" /T

其中的(OI)(CI)F意思是给文件夹和子文件夹都授予“完全控制”权限，/T递归应用到所有子目录。如果不加这些参数，可能只有最外层目录有权限，深层文件仍然访问不了。

设置完权限之后，建议重新确认目标目录安全列表里确实多了这个账户。这一步是很多人卡住的地方，务必不要省略。

3.4 启动服务并做完整性验证

改好配置、给好权限，现在可以启动服务了：

net start MySQL80

如果服务正常启动，说明已经成功了一大半。接下来登录 MySQL 确认路径：

mysql -u root -p

登录后执行：

SHOW VARIABLES LIKE 'datadir';

返回的结果应该是D:/MySQLData/Data，就说明 MySQL 已经在读新目录了。

不要光看这一个变量就结束，建议再做两组验证：

1. 简单读写：执行CREATE DATABASE test_migrate; USE test_migrate; CREATE TABLE t1(id INT); INSERT INTO t1 VALUES(1); SELECT * FROM t1;再删掉测试库。
2. 重启验证：net stop MySQL80 && net start MySQL80，确保服务能稳定重启。有条件的话，直接重启一下操作系统，更能排除偶发问题。

验证全部通过后，C 盘原来的数据目录先别急着删。稳妥起见，等观察三五天，确认没有应用跑异常，再清理也不迟。删之前再备份一次也没错。

4. 常见问题与排查实录

4.1 服务无法启动，错误日志提示找不到路径

这是迁移时最常见的报错。启动服务后，在“服务”管理器里看到服务启动后又自动停止，去查看 MySQL 的错误日志（一般在 datadir 目录下的.err文件，或者 my.ini 里 log-error 指定的文件），会发现类似：

[ERROR] [MY-010123] The Server data directory 'D:/MySQLData/Data' doesn't exist

这种非常直白，就是在告诉你路径不对或者目录名打错了。先确认目标目录真实存在，再回 my.ini 检查 datadir 是否写错，正反斜杠是否统一。如果目标目录确实存在，也有可能是大小写问题，Windows 虽然一般不区分大小写，但有些文件系统的链接、符号链接路径会有影响。不要看到报错就慌，先把路径复制到资源管理器里试一次。

还有一种情况是：my.ini 里改对了，但服务命令行里还指定了另一个--defaults-file，导致根本没读到这个文件。这时候用 sc qc 或服务属性看一下默认参数，是不是还有多余的配置指向。

4.2 权限不足导致的启动失败

另一种高频报错是数据目录权限不足，日志经常出现：

[ERROR] [MY-011030] Fatal error: Can't open and lock privilege tables: Table 'mysql.user' doesn't exist

其实表不存在往往是因为 MySQL 在启动阶段无法读取mysql目录下的系统表，数据可能是“看不见”的，表现为权限不够。用 icacls 重新授予 NetworkService 或 SYSTEM 完全控制权限后，基本都能解决。

有个细节：如果是用 robocopy 复制的目录，没有带上原目录的安全信息，新目录可能只有一个管理员账户，这种情况下服务账户没有任何权限，也会报同样的问题。因此复制后要主动加权限，不要图省事只复制文件。

如果手动右键设置权限，要注意“继承”勾选。如果目标目录的继承是关闭的，光给顶层目录加权限还不够，子目录的权限可能仍然没有。所以用 icacls 递归是最省心的。

4.3 修改了配置但没生效

老是有人改完 my.ini，启动服务后datadir还是原来的 C 盘路径。先不要怀疑文件没保存，很可能你改的配置文件不是服务真正读取的那一个。再次用服务管理器查看服务可执行文件路径，确认--defaults-file=指向的是哪个文件。另外注意，如果系统里同时装了多个 MySQL 实例，可能有多份 my.ini，每份对应不同服务，改的时候要看清楚服务名。

还有一个隐藏问题：如果只改了 my.ini 里的datadir，但原 C 盘目录里还残留一个my.ini副本，被其他程序引用，也可能干扰。处理方式就是只保留服务命令行里指定的那份配置，其余旧配置别乱放。

4.4 移动整个安装目录可行吗？

这里补充说一下“把整个 MySQL 从 C 盘移到 D 盘”的另一种理解，也就是把C:\Program Files\MySQL\MySQL Server 8.0这个程序目录也挪走。

不是不行，但非常不推荐。原因很简单：使用 MySQL Installer 安装的服务，它的启动命令、注册表信息、升级机制都绑定了原安装路径。就算你把目录复制过去、改掉 my.ini 里的basedir，还得同步修改服务注册表里的ImagePath，而且以后安装补丁或重新配置时，Installer 很可能会把路径指回 C 盘，等于白折腾。

我见过有人为了省 C 盘空间，把安装目录也移走，结果服务怎么都不起来，最后又改回来。所以常规操作只迁移数据目录就够了。程序目录占用通常不到 1GB，数据目录才是真正要解决的问题。

4.5 迁移后不要马上运行 Installer 的 Reconfigure

迁移成功后，有人为了“保险”去 MySQL Installer 里执行 Reconfigure，结果发现datadir又被改回 C 盘了。这是因为 Installer 的配置流程会按自己的逻辑重新生成 my.ini，把你手工改的路径覆盖掉。

如果确实需要运行 Installer 里的其他组件配置，比如安装新组件，之后一定要回去检查 my.ini，把 datadir 重新改成 D 盘路径。更稳妥的方式是，迁移完成后尽量不碰 MySQL Installer 的配置页面，直到你确认所有配置都已经固化在 my.ini 里。

5. 最后分享几条实操心得

5.1 不同 MySQL 版本的操作差异

MySQL 5.7 和 MySQL 8.0 的迁移思路完全一样，区别主要在于服务名和默认文件名。5.7 的服务名通常叫MySQL57，8.0 叫MySQL80，新版还可能有 8.1、8.4 之类的版本，服务名也会跟着变。但没关系，先执行sc qc 服务名或去服务管理器里看清楚，再对着改就行。

8.0 的数据目录里会多出mysql.ibd、undo_001、undo_002这些文件，复制的时候不要漏掉；5.7 主要是ibdata1和ib_logfile*。本质都是一样的，复制整个 Data 目录就没问题。

5.2 验证阶段别省，成熟方案也要认真走一遍

哪怕你已经按步骤操作了三次，也不要跳过验证。我见过有人迁移完，只看了一下datadir变化就觉得完事了，结果第二天应用连数据库报错，原因是某个表空间文件在复制时没落盘完整。虽然概率不高，但数据库这种事，多一步验证总归没坏处。

验证至少包括：创建临时表、写入数据、重启服务、确认错误日志没有新告警。如果迁移的是生产实例，最好还要让应用侧做一轮简单的读写测试，再正式对外恢复。

5.3 旧目录先保留，清理是最后一步

C 盘原数据目录在迁移成功后不要立刻删除。个人经验是保留至少一周，等系统重启、应用访问都稳定后再删。万一后面发现有什么表空间、日志配置漏了，还能随时把原目录恢复回去。

清理的时候也要用命令行删除，尽量不要开着资源管理器手动删，避免某些文件被占用导致删不干净。删除后可以再用dir C:\ProgramData\MySQL\MySQL Server 8.0\Data确认一下，目录已经不存在或为空。

第四，日志是排查问题的第一帮手。MySQL 启动失败后，先去找.err日志，绝大多数原因在里面写得很清楚。很多朋友一上来就在网上搜报错，不如先看一眼日志，效率高得多。

既然你已经能把数据目录从 C 盘安全挪到 D 盘，下次再遇到磁盘空间告急，就不会只能靠重装 MySQL 解决了。动手前备份，操作时稳一点，基本不会出大事。