修改MySQL数据目录后服务无法启动的问题求助

1. 修复数据目录文件完整性（cp命令的隐藏文件遗漏问题） #

你使用的cp * -r会漏掉原数据目录中的隐藏文件（比如.mysql_secret、InnoDB相关的隐藏索引文件等），这会导致MySQL无法识别完整的数据结构。

• 对比原目录与新目录的文件列表：

  ls -la /var/lib/mysql
  ls -la /mnt/MYSQLDATA
  

  检查是否有缺失的隐藏文件
• 重新完整复制数据：

  cp -a /var/lib/mysql/* /mnt/MYSQLDATA
  

  -a参数会保留文件权限、属性及隐藏文件，确保复制的完整性
• 再次重置目录所有者：

  chown -R mysql:mysql /mnt/MYSQLDATA
  

2. 确保AppArmor配置完全生效 #

AppArmor规则未正确加载是这类权限问题的常见原因：

• 检查/etc/apparmor.d/tunables/alias中的别名配置，确保格式正确（注意末尾的逗号和斜杠）：

  alias /var/lib/mysql/ -> /mnt/MYSQLDATA/,
  

• 检查/etc/apparmor.d/usr.sbin.mysqld中的权限规则，必须包含：

  /mnt/MYSQLDATA/ r,
  /mnt/MYSQLDATA/** rwk,
  

• 重新加载AppArmor规则并强制解析：

  systemctl reload apparmor
  apparmor_parser -r /etc/apparmor.d/usr.sbin.mysqld
  

• 验证规则加载状态：

  aa-status | grep mysqld
  

  确认新目录的权限规则已被加载

3. 检查磁盘挂载的基础权限 #

Azure挂载的磁盘可能存在目录权限限制：

• 检查/mnt目录权限，确保mysql用户有执行权限：

  ls -ld /mnt
  

  正常权限应为drwxr-xr-x
• 检查/mnt/MYSQLDATA的目录权限：

  ls -ld /mnt/MYSQLDATA
  

  应为drwxr-xr-x mysql mysql
• 查看磁盘挂载选项：

  cat /etc/fstab
  

  若存在noexec、nodev等限制选项，修改后重新挂载：

  mount -o remount /mnt
  

4. 排查MySQL配置的其他路径冲突 #

除datadir外，部分配置可能仍指向原目录：

• 打开/etc/mysql/mysql.conf.d/mysqld.cnf，检查是否有socket、tmpdir等配置项指向/var/lib/mysql，如有需同步修改为新目录
• 检查/etc/mysql/my.cnf及其他包含的配置文件，确保没有覆盖datadir的设置

5. 通过详细日志定位具体错误 #

若以上步骤无效，从日志获取精准错误信息：

• 查看MySQL错误日志：

  tail -n 50 /var/log/mysql/error.log
  

  重点关注无法访问的具体文件路径
• 查看系统服务日志：

  journalctl -u mysql.service -xe
  

  定位进程退出的具体触发原因

6. 临时禁用AppArmor排查（仅测试用） #

若怀疑AppArmor规则仍有问题，可临时切换为 complain 模式测试：

aa-complain /etc/apparmor.d/usr.sbin.mysqld

尝试启动MySQL：

systemctl start mysql

若服务能正常启动，说明AppArmor规则仍需调整，修复后重新启用强制模式：

aa-enforce /etc/apparmor.d/usr.sbin.mysqld

内容的提问来源于stack exchange，提问作者LEG