mysql恢复后无法启动，90%因ibdata1所在datadir目录属主非mysql:mysql、权限非750或selinux/apparmor上下文缺失；须先查真实datadir路径，再递归chown -r mysql:mysql、chmod 750，并按需补安全上下文。
MySQL恢复后无法启动，90%是因为ibdata1所在目录的属主或权限没对——不是配置错了，是系统直接拒绝让mysqld进程碰它。
确认真实datadir路径和当前属主
别凭印象改/var/lib/mysql，先查MySQL实际读的是哪个目录：
- 停服务：
sudo systemctl stop mysqld（注意服务名可能是mysql或mysqld） - 查路径：
sudo mysqld --verbose --help 2>/dev/null | grep "datadir"，输出类似datadir /www/server/data - 看现状：
ls -ld /www/server/data和ls -l /www/server/data/ibdata1，重点看第一列（属主）和第三列（属组）——常见错误是root:root、backup:backup或www:www
必须递归重设mysql:mysql属主
MySQL 8.0+ 启动时会校验整个datadir树的归属，只改顶层目录没用：
- 执行：
sudo chown -R mysql:mysql /www/server/data（路径替换成你上一步查到的） - 如果系统没有
mysql用户（极少见），先创建：sudo useradd -r -s /bin/false mysql - 严禁用
root:mysql或mysql:root——InnoDB初始化阶段会在加载mysql.plugin表时卡死，报Can't open the mysql.plugin table
ibdata1目录权限必须是750，不能755也不能777
MySQL 8.0+ 对datadir权限变严格，宽松值会直接拒绝启动：
- 设权限：
sudo chmod 750 /www/server/data -
750含义：属主可读写执行、属组可读执行、其他人无任何权限 - 严禁
chmod 777——错误日志里会出现secure-file-priv警告，服务秒退 - 子目录（如
mysql/、sys/）会继承父目录权限，不用单独chmod
SELinux 或 AppArmor 开启时需补上下文
即使chown和chmod全对，Linux安全模块仍可能静默拦截：
- 查状态：
sestatus（CentOS/RHEL）或aa-status（Ubuntu） - SELinux启用时补上下文：
sudo chcon -R -t mysqld_db_t /www/server/data - AppArmor启用时，检查
/etc/apparmor.d/usr.sbin.mysqld是否包含该路径的读写规则 - 最易被忽略的是配置文件加载顺序——你以为改了
/etc/my.cnf，但MySQL实际读的是/www/server/mysql/my.cnf（宝塔）或~/.my.cnf（用户级），务必用mysqld --verbose --help | grep "Default options"确认生效路径
真正麻烦的点不在ibdata1本身，而在它的父目录权限、属主、SELinux上下文三者必须同时满足；任何一个环节漏掉，mysqld都会在启动早期静默失败，日志里只有一行permission denied，不细查根本看不出问题出在哪一层。
