直接修改datadir会导致MySQL启动失败，必须同步处理权限、socket路径、SELinux策略和binlog.index路径；漏任一环节将出现PID文件未更新或OS errno 13错误。
直接改 datadir 会启动失败，必须同步处理权限、socket 路径、SELinux 策略和二进制日志索引——漏掉任一环节，systemctl start mysqld 就会卡在 “The server quit without updating PID file” 或报错 OS errno 13 - Permission denied。
确认当前 datadir 并彻底停服
别信配置文件或路径猜测，进 MySQL 查真实值：
mysql -u root -p -e "SELECT @@datadir;"
输出类似 /var/lib/mysql 才是实际路径。停服后必须验证进程已退出：
sudo systemctl stop mysqld-
ps aux | grep mysqld应无残留进程（包括mysqld_safe） - 若用
lsof +L1发现被删除但仍占用的文件句柄，需重启服务器再操作
复制数据并修正权限与 SELinux 上下文
用 rsync 替代 cp，避免权限/符号链接丢失：
sudo rsync -av --delete-after --exclude='*.sock' /var/lib/mysql/ /mnt/data/mysql/
注意末尾斜杠：源路径带 / 表示复制内容，不带则复制整个目录。之后必须执行：
sudo chown -R mysql:mysql /mnt/data/mysql-
sudo chmod 750 /mnt/data/mysql（父目录如/mnt/data不能是 777） - 若系统启用 SELinux（CentOS/RHEL 默认开启），运行：
sudo semanage fcontext -a -t mysqld_db_t "/mnt/data/mysql(/.*)?"，再sudo restorecon -Rv /mnt/data/mysql
同步更新 my.cnf 中所有依赖路径
datadir 不是唯一要改的项。MySQL 启动时会尝试访问 socket、pid-file 和 log-error，它们默认都在旧 datadir 下：
- 编辑
/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf的[mysqld]段 - 确保包含以下三行（路径按你新目录调整）：
datadir=/mnt/data/mysqlsocket=/mnt/data/mysql/mysql.sockpid-file=/mnt/data/mysql/mysqld.pid - 若配置了
log-error，也必须指向新路径，且手动创建空文件并授权：sudo touch /mnt/data/mysql/error.log && sudo chown mysql:mysql /mnt/data/mysql/error.log
检查 binlog.index 并验证启动
binlog.index 文件在原 datadir 根目录，里面存的是相对路径（如 ./mysql-bin.000001）。如果新目录结构不同（比如从 /var/lib/mysql 改到 /mnt/data/mysql），MySQL 会找不到 binlog 文件，导致主从异常或崩溃：
- 打开
/mnt/data/mysql/binlog.index - 把所有
./开头的路径，统一替换为/mnt/data/mysql/（例如/mnt/data/mysql/mysql-bin.000001） - 启动后立刻验证：
sudo systemctl start mysqld，然后sudo journalctl -u mysqld -n 50 --no-pager查错误；再连库执行：mysql -S /mnt/data/mysql/mysql.sock -e "SELECT 1;" - 最后确认运行时值：
mysql -S /mnt/data/mysql/mysql.sock -e "SHOW VARIABLES LIKE 'datadir';"，输出必须和配置一致
真正容易被忽略的是 binlog.index 路径重写和 SELinux 上下文重标定——前者导致主从断裂，后者让服务静默拒绝访问，日志里只显示 “Can’t find valid data directory”。这两个点不手动检查，90% 的迁移会在看似成功启动后，几天内突然无法写入或同步中断。
