能无缝迁移但需三步操作：停服、权限继承、配置同步；须确认datadir路径和新挂载点就绪，用cp -a复制并修正my.cnf与apparmor策略，否则启动失败。
能无缝迁移，但“无缝”不等于“无操作”。关键在停服、权限继承、配置同步三步不能跳，否则启动失败或数据不可见。
确认当前 datadir 和新挂载点是否就绪
先别急着动文件。用 mysql 登录后执行：SHOW VARIABLES LIKE 'datadir';
确认输出是 /var/lib/mysql（Ubuntu apt 安装默认值）。同时检查新 SSD 是否已挂载且可写：df -h | grep /mnt/data
确保返回类似 /dev/nvme0n1p1 500G 12G 463G 3% /mnt/data 的行。如果没挂载，得先用 fdisk 分区、mkfs.ext4 格式化、mount 挂载，并在 /etc/fstab 中加一行保证重启后自动挂载，例如：/dev/nvme0n1p1 /mnt/data ext4 defaults 0 2
停服务 + 安全迁移文件（推荐 cp -a）
直接 mv 虽快，但一旦新盘权限出错或路径写错，MySQL 启动直接报 Can't find file: './mysql/plugin.frm' 这类错误，恢复反而更耗时。
用 cp -a 复制更稳妥，它保留所有属性：sudo systemctl stop mysqlsudo cp -a /var/lib/mysql /mnt/data/
完成后验证归属：ls -ld /mnt/data/mysql
输出应为 drwx------ 11 mysql mysql ... —— 用户和组必须是 mysql，否则启动失败。
修改 /etc/mysql/my.cnf 并更新 AppArmor（Ubuntu 特有）
只改 my.cnf 不够。Ubuntu 默认启用 AppArmor，它会阻止 MySQL 访问非默认路径：
① 编辑 /etc/mysql/my.cnf，在 [mysqld] 下添加或修改：datadir = /mnt/data/mysql
② 修改 AppArmor 配置：sudo nano /etc/apparmor.d/usr.sbin.mysqld
在 /var/lib/mysql/** rwk, 行下方新增：/mnt/data/mysql/** rwk,
然后重载策略：sudo apparmor_parser -r /etc/apparmor.d/usr.sbin.mysqld
启动失败常见原因与快速排查
如果 sudo systemctl start mysql 后状态是 failed，别直接重试：
• 先看错误日志：sudo tail -20 /var/log/mysql/error.log
• 最常见三条：
– Can't open the mysql.plugin table → datadir 路径写错，或 mysql 用户无读取权限
– Permission denied → AppArmor 未更新，或 /mnt/data 所在文件系统挂载时用了 noexec/nosuid
– Table 'mysql.plugin' doesn't exist → 复制时漏了隐藏文件（cp -a 可避免）或 SELinux（Ubuntu 默认不用，可忽略）
• 恢复原状只需两步：sudo systemctl stop mysqlsudo sed -i 's|/mnt/data/mysql|/var/lib/mysql|' /etc/mysql/my.cnf
再删掉 AppArmor 新增行，重启服务即可回退。
真正容易被忽略的是 AppArmor —— 它不像 SELinux 那样广为人知，但在 Ubuntu 上是默认开启的硬性限制，跳过这步，哪怕 datadir 改对了、权限也对了，MySQL 就是起不来。
