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"
