MySQL启动报“权限不足”是操作系统文件权限问题，需检查mysql用户对数据目录、配置文件、日志、socket及pid路径的读写执行权限，并确认SELinux/AppArmor限制。
MySQL 启动报“权限不足”，通常不是数据库用户权限问题，而是操作系统层面的文件或目录访问权限异常。重点检查 MySQL 进程运行用户（如 mysql）对数据目录、配置文件、socket 文件路径、错误日志路径等是否具备读、写、执行权限。
确认 MySQL 进程运行用户
Linux 下 MySQL 服务默认以 mysql 用户身份运行（部分发行版可能用 mysqld 或自定义用户）。可通过以下命令确认：
-
ps -ef | grep mysql或ps aux | grep mysqld，查看主进程的 USER 列 - 检查 systemd 服务配置：
systemctl cat mysqld，查找User=字段 - 查看
/etc/my.cnf或/etc/mysql/my.cnf中是否有user=xxx配置项
检查数据目录权限（最关键）
MySQL 数据目录（如 /var/lib/mysql）必须由运行用户完全拥有，且不能是 root 全权控制。常见错误包括：目录属主为 root、权限过于严格（如 700）、SELinux 或 AppArmor 限制。
- 执行
ls -ld /var/lib/mysql，确认输出类似drwxr-x--- 11 mysql mysql ... /var/lib/mysql - 若属主不对，修复命令：
sudo chown -R mysql:mysql /var/lib/mysql - 设置合理权限：
sudo chmod 750 /var/lib/mysql（不建议 777） - 若启用 SELinux，需恢复上下文：
sudo restorecon -Rv /var/lib/mysql
检查关键路径的读写权限
除数据目录外，以下路径也常因权限问题导致启动失败：
-
配置文件（如
/etc/my.cnf）：运行用户需有读权限；若使用 include 目录（如/etc/my.cnf.d/），整个目录也要可读 -
错误日志路径（
log-error=/var/log/mysqld.log）：确保该文件或其所在目录归属mysql，且有写权限；若文件已存在但属主是 root，MySQL 无法覆盖写入 -
socket 文件路径（
socket=/var/lib/mysql/mysql.sock）：目录/var/lib/mysql必须可写，否则无法创建 sock 文件 -
pid 文件路径（
pid-file=/var/run/mysqld/mysqld.pid）：对应目录需存在且mysql可写（如/var/run/mysqld通常需提前创建并授权）
查看错误日志定位具体原因
不要只看终端报错，直接查 MySQL 错误日志（路径见配置中 log-error 选项，或默认在数据目录下 hostname.err）：
- 启动前清空或重命名日志便于聚焦：
sudo mv /var/log/mysqld.log /var/log/mysqld.log.bak - 手动尝试启动并实时跟踪日志：
sudo tail -f /var/log/mysqld.log && sudo systemctl start mysqld - 典型权限相关报错示例：
"Can't create/write to file '/var/log/mysqld.log' (Errcode: 13 - Permission denied)"
"InnoDB: Unable to lock ./ibdata1 error: 13"
"Starting mysqld: Can't start server : Bind on unix socket: Permission denied"
