必须先确认真实datadir路径（如/www/server/data而非默认/var/lib/mysql），再递归执行chown -r mysql:mysql和chmod 750，最后按需补selinux上下文或apparmor规则，三者缺一不可，否则mysqld静默失败。
确认真实datadir路径和当前属主
别改错目录。MySQL物理恢复后，ibdata1所在路径未必是/var/lib/mysql——宝塔用户常见于/www/server/data，Docker或自定义部署可能在/mnt/mysql-data。先停服务：sudo systemctl stop mysqld（注意服务名可能是mysql），再查真实路径：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——这些都必须改掉。
递归重设属主并严格设为750权限
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。
权限必须是750，不能755也不能777：sudo chmod 750 /www/server/data。含义：属主可读写执行、属组可读执行、其他人无任何权限。子目录（如mysql/、sys/）会继承该权限，无需单独chmod。
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
补SELinux上下文（CentOS/RHEL）或AppArmor规则（Ubuntu/Debian）
即使chown和chmod全对，SELinux仍可能静默拦截，错误日志里只有模糊的Permission denied。先查状态：sestatus（CentOS/RHEL）或aa-status（Ubuntu/Debian）。
SELinux启用时，补上下文：sudo semanage fcontext -a -t mysqld_db_t "/www/server/data(/.*)?"，再执行：sudo restorecon -Rv /www/server/data。
AppArmor启用时，检查/etc/apparmor.d/usr.sbin.mysqld是否包含该路径的读写规则，例如：/www/server/data/** rwk,。若无，需手动添加并重载：sudo apparmor_parser -r /etc/apparmor.d/usr.sbin.mysqld。
验证前先手动试启，别直接systemctl start
修完别急着systemctl start mysqld。先手动以mysql用户身份启动，暴露真实问题：sudo -u mysql mysqld --datadir=/www/server/data --skip-grant-tables --skip-networking。如果报错，错误信息比systemd日志更直接；如果成功，说明权限和SELinux已过第一关。
真正麻烦的点不在ibdata1本身，而在它的父目录权限、属主、SELinux上下文三者必须同时满足；任何一个环节漏掉，mysqld都会在启动早期静默失败，日志里只有一行permission denied，不细查根本看不出问题出在哪一层。
