软链接方式不能实现真正“在线”扩容，必须停机；但它是迁移MySQL datadir最轻量、风险最低的方案，前提是原目录和目标目录权限、路径语义一致。
软链接方式不能实现真正“在线”扩容，必须停机；但它是迁移 MySQL datadir 最轻量、风险最低的方案，前提是原目录和目标目录权限、路径语义一致。
为什么不能“在线”用软链接迁移 datadir
MySQL 启动时会校验 datadir 的所有权、SELinux 上下文（如启用）、文件系统挂载选项（如 noexec、nodev），且在运行中持续持有文件句柄。即使你提前建好软链接并改权限，只要 MySQL 进程还在读写原路径下的文件，直接替换就会触发 I/O 错误或崩溃。
常见错误现象包括：
mysqld: Can't change dir to '/usr/local/mysql/data/' (Errcode: 13 - Permission denied)- 启动后立即退出，
systemctl status mysqld显示Active: failed，日志里出现InnoDB: Operating system error number 13 - 数据库能启动，但部分表报
Table doesn't exist，其实是软链接指向了空目录或权限未继承
ln -s 命令参数顺序和路径末尾斜杠很关键
软链接命令不是“源→目标”，而是 ln -s <实际存储路径> <原路径位置>。顺序反了会导致 MySQL 找到一个指向自身的死循环，或者链接到错误层级。
实操建议：
- 先确认目标盘已挂载且可写：
df -h /data和touch /data/test && rm /data/test - 移动前确保
/data/mysql是空目录或已清空：ls -A /data/mysql应无输出 - 执行移动和链接时，
mv和ln -s都不加末尾/：mv /var/lib/mysql /data/mysql，然后ln -s /data/mysql /var/lib/mysql - 绝对不要写成
ln -s /data/mysql/ /var/lib/mysql/—— 末尾斜杠会让ln尝试在目标位置创建子目录，失败率极高
MySQL 用户权限和 SELinux 容易被忽略
软链接本身不继承权限，MySQL 进程以 mysql 用户身份运行，它必须对 /data/mysql 及其所有子目录有读、写、执行（x）权限，否则无法遍历目录结构。
常见疏漏点：
-
chown -R mysql:mysql /data/mysql必须执行，不能只改顶层 -
chmod 755 /data/mysql足够，不需要 777；子目录由mysqld启动时自动设为 700 - 若系统启用了 SELinux（如 CentOS/RHEL），需恢复上下文：
restorecon -Rv /data/mysql，否则报错Permission denied却查不到文件权限问题 - 检查是否挂载了
noexec或nosuid选项：mount | grep data，如有，需重新挂载去掉这些 flag
验证软链接是否生效且数据可访问
启动后不能只看 systemctl status mysqld 显示 active，要确认数据路径和内容真实切换成功：
- 执行
mysql -e "SHOW VARIABLES LIKE 'datadir';"，输出的路径仍是/var/lib/mysql（这是正常的，软链接透明） - 执行
ls -l /var/lib/mysql，应看到类似lrwxrwxrwx 1 root root 12 Apr 18 21:00 /var/lib/mysql -> /data/mysql - 执行
mysql -e "SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA;"，确保所有库名完整列出，尤其注意mysql系统库是否存在 - 挑一个业务库，执行
mysql -e "SELECT COUNT(*) FROM some_table LIMIT 1;"，验证能正常查询 - 最后对比
du -sh /var/lib/mysql和du -sh /data/mysql，两者大小应完全一致
最易被忽略的是：软链接迁移后，my.cnf 中的 datadir 配置项**可以不改**，但如果你改了，就必须确保它和软链接最终指向的物理路径一致，否则 MySQL 启动时会尝试重复初始化或报错。多数人卡在这一步——以为改了配置就安全，其实反而破坏了软链接的透明性。
