su - mysql失败主因是系统未创建mysql用户或其shell被设为/sbin/nologin；需用useradd -r -s /bin/bash -M mysql创建，再确保/var/lib/mysql目录属主为mysql且SELinux或systemd保护策略未拦截。
su - mysql 执行失败：常见报错和真实原因
直接执行 su - mysql 报 “Authentication failure” 或 “No passwd entry for user 'mysql'”，不是密码错了，而是系统里压根没创建 mysql 用户，或者该用户被设为不可登录（/sbin/nologin 或 /bin/false）。MySQL 服务进程默认以 mysql 用户身份运行，但安装包（尤其是 tar.gz 手动安装）通常不自动建用户，也不改 shell 类型。
检查方法：id mysql 返回 “no such user”，或 getent passwd mysql 无输出，就确认缺失；若有输出但 grep /etc/passwd -e '^mysql:' 显示 shell 是 /sbin/nologin，那 su - mysql 就必然失败——这不是 MySQL 的问题，是 Linux 系统账户策略。
- 手动创建用户（推荐）：
sudo useradd -r -s /bin/bash -M mysql，其中-r表示系统用户，-M不创建 home 目录，-s /bin/bash允许交互登录 - 若已存在但 shell 被禁，修复命令：
sudo usermod -s /bin/bash mysql - 不要用
passwd mysql设密码——MySQL 进程不需要密码登录，反而可能引发后续初始化时的权限混淆
mysqld --initialize 报 Permission denied：根本不在 su 命令本身
很多人以为只要 su - mysql 成功了，初始化就能过，结果还是报错。其实关键不在登录，而在：进程实际运行时能否访问目标路径。即使你成功切到 mysql 用户，如果 /var/lib/mysql 所属用户仍是 root，或者父目录 /var/lib 权限是 drwxr-xr-x root:root，mysql 用户就无法在其中创建子目录和文件。
典型错误日志片段：mysqld: Can't create/write to file '/var/lib/mysql/ibdata1' (Errcode: 13 - Permission denied)，这里的 Errcode 13 就是权限拒绝。
- 必须确保整个数据目录路径可写：
sudo chown -R mysql:mysql /var/lib/mysql（若目录不存在，先sudo mkdir -p /var/lib/mysql再赋权） - 检查父目录权限：
namei -l /var/lib/mysql，逐级确认每级目录对mysql用户是否可进入（即至少有x权限） - SELinux 启用时（
getenforce返回Enforcing），即使文件权限全对，也会拦截。临时验证：sudo setenforce 0，再试初始化；生产环境需配策略，而非关 SELinux
systemd 启动 mysqld 失败，journal 显示 Operation not permitted
用 systemctl start mysqld 启动失败，journalctl -u mysqld -n 50 -xe 看到 Operation not permitted，这几乎可以断定是 systemd 的安全限制在起作用，和 su、文件权限都无关。MySQL 需要访问 /var/lib/mysql（属 ProtectHome=true 保护范围），或加载动态插件（被 NoNewPrivileges=true 拦截）。
查服务配置：systemctl cat mysqld，重点看是否有 ProtectHome=yes、NoNewPrivileges=yes、RestrictAddressFamilies= 等行。
- 调试时临时覆盖：
sudo systemctl edit mysqld，写入：[Service] ProtectHome=false NoNewPrivileges=false
- 更稳妥的做法是保留保护，只放行必要路径：
ReadWritePaths=/var/lib/mysql - 注意：修改后必须
sudo systemctl daemon-reload，否则不生效
初始化后 mysql -u root -p 登录失败：别急着重装
mysqld --initialize 成功后，启动服务，却连不上：ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)。这不是权限表损坏，而是你忽略了初始化生成的临时密码。
这个密码只写在错误日志里（/var/lib/mysql/$(hostname).err），格式类似：A temporary password is generated for root@localhost: aB3#xY9!qL2m。MySQL 5.7.6+ 默认启用密码过期策略，且不允许空密码登录。
- 务必先查日志：
sudo grep 'temporary password' /var/lib/mysql/*.err - 用该密码登录：
mysql -u root -p，粘贴密码（终端不会回显） - 登录后第一件事：
ALTER USER 'root'@'localhost' IDENTIFIED BY 'YourNewPass123!';，否则下次就登不上 - 不要用
--initialize-insecure图省事——它生成空密码，等于把数据库裸奔暴露在本地网络里
最常被跳过的环节，是查错误日志里的临时密码。很多人反复重跑 --initialize，导致数据目录被覆盖、ibdata1 权限错乱，反而把简单问题搞成灾难恢复。
