MySQL 的 datadir 不能直接硬搬路径，必须同步迁移 ibdata1、ib_logfile*、mysql/ 目录等关键文件，确保属主为 mysql:mysql、SELinux 标签正确、my.cnf 配置准确，并重启前验证权限与完整性。
MySQL 的 datadir 能不能直接改路径？
不能硬搬，改完不重启可能连不上，重启失败是常态。核心问题不在“挪文件”，而在 MySQL 启动时校验：目录是否存在、属主是否为 mysql 用户、my.cnf 里 datadir 是否指向新位置、InnoDB 系统表空间（ibdata1）和日志文件（ib_logfile*）是否一并迁移且权限一致。
- 别只改
/var/lib/mysql下的数据库子目录，ibdata1、ib_logfile0/1、mysql.sock（如果放在这里）、auto.cnf都得一起动 - Linux 下用
ls -ld /new/path确认属主是mysql:mysql，不是root或当前用户 - SELinux 开启时，新路径需打上
mysqld_db_t标签，否则启动被拒——用semanage fcontext -a -t mysqld_db_t "/new/path(/.*)?"+restorecon -Rv /new/path
修改 my.cnf 后 MySQL 启动报 Can't start server: Bind on TCP/IP port 或直接静默退出
这不是端口问题，是 MySQL 在初始化阶段读取 datadir 失败后放弃启动，错误日志（/var/log/mysqld.log 或 stderr）里通常有更关键线索，比如 InnoDB: The system tablespace file is corrupted 或 Failed to open log file。
- 先停服务：
systemctl stop mysqld（或service mysql stop） - 检查新
datadir下是否有ibdata1和ib_logfile*；若缺失，说明只复制了数据库目录，漏了 InnoDB 公共文件 -
my.cnf中datadir必须是绝对路径，结尾不加斜杠，例如datadir=/mnt/data/mysql，不是datadir=/mnt/data/mysql/ - 临时加一行
log-error=/tmp/mysql-startup.log到[mysqld]段，再mysqld --defaults-file=/etc/my.cnf --user=mysql --console手动试启，看实时报错
迁移后发现 mysql 系统库里的表（如 user、db）查不到或报 Table doesn't exist
说明 mysql 数据库本身没被完整复制过去，或者 MySQL 启动时误以为是全新实例，自动初始化了一套空的系统表——这通常发生在 datadir 下缺少 mysql 子目录，或 mysql 目录权限不对，导致 MySQL 无法读取其中的 .frm / .ibd 文件。
- 确认新
datadir下存在mysql/目录，且里面包含user.MYD（MyISAM）或user.ibd（InnoDB）、columns_priv.frm等文件 - 如果原
datadir是 InnoDB 引擎，mysql库的表结构在ibdata1里，但元数据（.frm）仍需存在，缺一不可 - 别用
mysqld --initialize重置，那会覆盖原有用户权限；真丢了，只能从旧datadir恢复整个mysql/目录
用 rsync 迁移时要不要加 --archive 和 --delete
要加 --archive（等价于 -rlptgoD），确保权限、属主、时间戳、符号链接全量保留；但 --delete 危险，除非你明确知道目标目录是空的、且不会误删其他服务数据。
- 推荐命令：
rsync -av --progress /var/lib/mysql/ /mnt/data/mysql/（注意源路径末尾有斜杠，表示同步内容而非目录本身） - 迁移前先
mysql -e "FLUSH TABLES WITH READ LOCK;"并保持连接不退出，避免边拷边写导致页损坏；或干脆停服务再拷 - 拷完立刻
chown -R mysql:mysql /mnt/data/mysql，别依赖 rsync 的-o-g，某些挂载点（如 NFS、XFS quota）下属主可能失效
最常被跳过的一步：改完 datadir 后忘记更新 socket 路径或 pid-file，它们默认还指在旧路径下，导致服务看似启动成功，实际无法连接。
