根本原因是mysqld以mysql用户身份写入数据目录时，目录属主非mysql或权限不足；应执行sudo chown -r mysql:mysql /var/lib/mysql和sudo chmod 755 /var/lib/mysql，并确保初始化命令用sudo -u mysql mysqld --initialize运行。
安装时提示 Permission denied 或 Can't write to /var/lib/mysql 怎么办
根本原因是 mysqld 进程试图以 mysql 用户身份写入数据目录，但该目录当前属主不是 mysql，或权限不满足最低读写要求。
不要直接用 sudo mysqld 启动——这会让所有数据文件属主变成 root，后续 systemd 服务必然失败。
- 先确认数据目录路径：查看
my.cnf中的datadir配置，常见为/var/lib/mysql - 检查当前属主：
ls -ld /var/lib/mysql，若显示root:root或权限低于drwxr-xr-x，就需修正 - 正确修复命令（必须用 root 执行）：
sudo chown -R mysql:mysql /var/lib/mysql，再补一句sudo chmod 755 /var/lib/mysql - 如果手动初始化过数据（如用
mysqld --initialize），务必确保该命令也由sudo -u mysql执行，否则初始化生成的文件仍属root
systemd 启动失败报 Permission denied on /run/mysqld 或日志路径
systemd 服务单元默认以 User=mysql 运行，但它无法自动创建父目录或修改其他用户的目录权限。错误常出现在 socket 目录、错误日志路径未就绪时。
- 查具体拒绝路径：
sudo journalctl -u mysql -n 30 --no-pager | grep "Permission denied" - 常见需手动创建并授权的路径包括：
/run/mysqld（socket）、/var/log/mysql（日志）、/var/run/mysqld - 逐个修复示例：
sudo mkdir -p /run/mysqld→sudo chown mysql:mysql /run/mysqld→sudo chmod 755 /run/mysqld - 注意：
/run是内存文件系统，重启后会清空，所以得在 service 文件里加ExecStartPre或用 tmpfiles.d 配置持久化
Linux 下安装包提示 “Operation not permitted” 或 “Failed to set capabilities”
这是 MySQL 8.0+ 默认尝试绑定 3306 等特权端口导致的，普通用户无权直接 bind 小于 1024 的端口，即使用了 sudo，若二进制文件本身没被授予 cap_net_bind_service，仍会失败。
- 快速验证：
getcap /usr/bin/mysqld，若无输出，说明能力缺失 - 授予权限：
sudo setcap 'cap_net_bind_service=+ep' /usr/bin/mysqld - 更稳妥的替代方案：改配置文件
my.cnf，把port = 3306改成port = 3307，避开特权端口限制 - 注意：
setcap只对 ELF 二进制有效，对 shell wrapper（如mysqld_safe）无效
Windows 上安装程序卡在“Starting Server”并弹出权限不足
本质是安装进程无法以 SYSTEM 权限写入 C:\ProgramData\MySQL 或注册服务，尤其当 UAC 被禁用或组策略限制了服务安装时。
- 必须右键安装程序 → “以管理员身份运行”，不能仅靠兼容性设置
- 若已失败，手动清理残留：
sc delete MySQL80（删除旧服务），再删掉C:\ProgramData\MySQL和C:\Program Files\MySQL - 赋予目录权限（管理员 PowerShell）：
icacls "C:\ProgramData\MySQL" /grant:r "NT SERVICE\Mysql80":F /T - 避免自定义安装到
C:\Users\...下——MySQL 服务进程无法访问用户 profile 路径下的数据目录
权限问题从来不是“加个 sudo 就完事”，关键在搞清哪个进程、以哪个用户、想访问哪个路径、缺哪类权限。每次报错都带具体路径和操作动作，顺着它查，比背命令管用得多。
