先看日志，别盲目改权限——90%的mysqld.service启动失败根因在配置错误、路径不对或依赖缺失；status=127表明二进制未运行，status=1则需查MySQL错误日志首条ERROR，journalctl补全systemd上下文，直接读log_error指定的日志路径定位真实原因。
先看日志，别改权限——90% 的 mysqld.service 启动失败，根本原因不在 /var/lib/mysql 权限，而在配置、路径或依赖没对上。盲目 chmod -R 777 不仅无效，还可能引入安全风险。
查 systemctl status 输出里的 ExecStart 和 exit-code
执行 systemctl status mysqld.service -l，重点盯三处：
-
Process: XXXX ExecStart=/usr/sbin/mysqld ... (code=exited, status=127)—— 如果是status=127，说明 systemd 根本没跑起来 mysqld，问题在二进制文件本身（路径错、没权限、缺 so 库） -
Process: XXXX ExecStart=... (code=exited, status=1/FAILURE)—— 如果是status=1，说明 mysqld 进程启动了但自己崩溃退出，得看 MySQL 错误日志 - 末尾几行的
Failed to start MySQL Server上面那条mysqld[XXXX]: [ERROR] ...就是 MySQL 自己吐的第一句错误，往往比 journalctl 更直接
用 journalctl 看 systemd 视角的上下文
journalctl -u mysqld.service -n 100 --no-pager 能补全 systemctl status 截断的部分，尤其关注：
- “
Failed to start mysqld.service: Unit not found” → 服务单元文件压根不存在，检查是否装的是 MariaDB（mariadb.service），或手动安装后没运行systemctl daemon-reload - “
Permission denied” 出现在chdir或open操作上 → 可能是数据目录、pid 文件路径、socket 路径的父目录权限不对（比如/var/run/mysqld不存在或属主不是mysql） - “
Timeout” 或 “start operation timed out” → mysqld 卡在初始化阶段，常见于磁盘满、SELinux 阻止、或配置里写了不支持的选项（如 MySQL 8 里还留着query_cache_type）
直接读 MySQL 错误日志定位具体原因
别猜，直接翻日志。先确认路径：
- 查配置：
mysql --help | grep "Default options" -A 1或看/etc/my.cnf里有没有log_error行 - 常见路径：
/var/log/mysqld.log、/var/log/mysql/error.log、/usr/local/mysql/data/hostname.err - 用
tail -n 200 /path/to/error.log查最后几十行，MySQL 启动失败时第一句[ERROR]就是根因
典型报错示例：
-
[ERROR] [MY-010123] Can't create/write to file '/var/lib/mysql/is_writable' (Errcode: 13 - Permission denied)→ 数据目录可写性失败，检查/var/lib/mysql所属用户是否为mysql，且上级目录（如/var/lib）有执行权限（x） -
[ERROR] [MY-000067] unknown variable 'query_cache_type=1'→ MySQL 8+ 已移除查询缓存，删掉my.cnf里这行 -
[ERROR] [MY-010735] Could not open the mysql.plugin table→ 系统表未初始化，需用mysqld --initialize --user=mysql --datadir=/var/lib/mysql重做初始化（注意备份）
验证 mysqld 二进制是否真能跑通
当看到 status=127，直接模拟 systemd 的执行环境测试：
- 查服务文件：
systemctl cat mysqld.service | grep ExecStart，拿到完整命令，例如/usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid - 切到 mysql 用户执行（避免权限干扰）：
sudo -u mysql /usr/sbin/mysqld --version—— 如果报command not found或error while loading shared libraries，就是路径或依赖问题 - 检查依赖：
ldd /usr/sbin/mysqld | grep "not found"，缺失的库要装对应包（如libcrypto.so.1.1缺失，可能是 OpenSSL 版本不匹配） - 检查文件权限：
ls -l /usr/sbin/mysqld，确保有-r-xr-xr-x且属主合理（通常 root:root）
真正卡点往往藏在 ldd 输出或 strace -e trace=openat,execve sudo -u mysql /usr/sbin/mysqld --help 2>&1 的系统调用里——不是所有问题都会明明白白写在日志第一行。
