必须通过xampp-control.exe→MySQL Config→my.ini中datadir值确认实际路径，而非依赖目录名称；新版XAMPP虽默认MariaDB且路径显示为C: mppmysqldata，但该目录可能为空或残留旧文件，唯一可信依据是my.ini中datadir配置行。
确认当前 datadir 实际路径，别信“看起来像”的目录
新版 XAMPP（v8.2+）默认用 MariaDB，但安装后 my.ini 里的 datadir 值可能仍指向旧路径，或被静默重写。直接看文件夹结构不靠谱——C:
mppmysqldata 这个路径在新旧版本里名字一样，但内容可能是空的、初始化失败的，或混着旧版残留文件。
唯一可靠方式：运行 xampp-control.exe → 点击 MySQL 行右侧的 Config → 选 my.ini → 搜索 datadir=。这一行的值才是 MySQL/MariaDB 启动时真正读取的位置。
常见错误现象：MySQL Service failed to start 或日志里反复出现 InnoDB: Unable to lock ./ibdata1，基本就是 datadir 指向了错误位置，或者目标目录权限/所有权不对。
停服务 → 改配置 → 移数据 → 启服务，四步不能乱序
顺序错了轻则启动失败，重则损坏 InnoDB 表空间。尤其是 ibdata1 和 ib_logfile* 文件，它们和 MySQL 版本强绑定，不能跨大版本复制。
- 先停止 MySQL：在 XAMPP 控制面板点
Stop，或命令行执行net stop mysql（Windows） - 备份原
datadir整个目录（比如C: mppmysqldata），哪怕只是 zip 一下 - 创建新目标目录，例如
D:mysql-data，确保该路径不含中文、空格、特殊符号，且当前 Windows 用户有完全控制权限 - 编辑
my.ini，把datadir改成新路径，注意反斜杠要写成双反斜杠或正斜杠：datadir="D:/mysql-data"或datadir="D:\mysql-data" - 把原
datadir下所有子目录（如mysql、phpmyadmin、你的业务库名文件夹）和.frm+.ibd文件复制过去；跳过ibdata1、ib_logfile*、auto.cnf、mysql.pid - 启动 MySQL，观察控制面板状态和
mppmysqldatamysql_error.log是否报错
InnoDB 引擎下，只复制 .frm 和 .ibd 不够，还缺关键文件
如果你的表是 InnoDB（XAMPP 默认就是），光复制每个数据库子目录下的 .frm 和 .ibd 文件，大概率启动后能看到库名、表结构，但查不到任何数据——因为共享表空间 ibdata1 里存着事务日志、回滚段、数据字典等元信息。
所以迁移时必须满足两个条件之一：
- 新旧 MySQL/MariaDB 主版本号一致（如都是 10.6.x 或都是 5.7.x），且你愿意冒险复制
ibdata1和ib_logfile*（需严格匹配大小与格式） - 更安全的做法：用
mysqldump导出再导入。执行mysqldump -u root -p --all-databases > full-backup.sql，改完datadir启动空实例后，再用mysql -u root -p 导入
MyISAM 表可以只复制 .frm+.MYD+.MYI，但 XAMPP 新版已不推荐依赖 MyISAM。
Apache 配置不受影响，但 phpMyAdmin 可能连不上新库
修改 MySQL 的 datadir 不会动 Apache 或 PHP 配置，httpd.conf、php.ini 全部照常工作。但 phpMyAdmin 是靠 config.inc.php 里写的 MySQL 连接参数通信的，只要 MySQL 服务起来、端口没变（默认 3306）、root 密码没改，它就能连上。
如果 phpMyAdmin 报错 #2002 Cannot log in to the MySQL server，优先检查：
- MySQL 是否真启动成功（控制面板显示 Running，且
mysql_error.log末尾无 ERROR） - 是否忘了改
my.ini里的port或socket，导致 phpMyAdmin 连错地址 - 是否在改
datadir后漏删了旧data目录下的auto.cnf，导致 MySQL 自己生成了新 server-uuid，而 phpMyAdmin 缓存了旧连接
最易被忽略的一点：Windows 下若新 datadir 在非系统盘（如 D:），且该盘是 NTFS 格式，务必右键目录 → 属性 → 安全 → 编辑 → 给 SYSTEM 和 Administrators 组勾上“完全控制”，否则 MySQL 服务进程根本打不开文件。
