根本原因是systemd未找到mysqld.service文件或启动流程阻塞；需确认/etc/systemd/system/mysqld.service和/usr/lib/systemd/system/mysqld.service是否存在，若均不存在则须手动创建，确保ExecStart路径正确、Type=notify配置存在、log-error等路径权限可写，并通过journalctl和MySQL错误日志定位具体失败点。
根本原因不是 MySQL 本身坏了，而是 systemd 根本没找到服务定义，或者找到了却卡在启动流程里——mysqld.service 文件缺失、ExecStart 路径错、权限或日志路径不可写，三者占了 90% 的情况。
mysqld.service 文件压根不存在
手动编译或解压安装的 MySQL 不会自动生成 systemd 服务文件。systemctl 只认两个位置：/etc/systemd/system/mysqld.service（优先）和 /usr/lib/systemd/system/mysqld.service。运行以下命令确认：
ls /etc/systemd/system/mysqld.servicels /usr/lib/systemd/system/mysqld.service
如果都返回 “No such file”，就别执行 systemctl daemon-reload——它 reload 不出不存在的东西。
- 必须手写一个
mysqld.service，名字必须严格匹配你执行的命令（systemctl start mysqld→ 文件名必须是mysqld.service，不是mysql.service） - 常见错误：抄教程时把
ExecStart=/usr/local/mysql/bin/mysqld写成/usr/local/mysql8.4/bin/mysqld，但实际路径是/usr/local/mysql-8.4.3/bin/mysqld - 别漏掉
Type=notify，否则即使进程跑起来了，systemd 也一直等不到 READY=1，最终超时
ExecStart 指向的二进制或配置文件不可达
文件存在 ≠ 能用。systemd 启动后以指定用户（通常是 mysql）执行 ExecStart 命令，任何路径、权限、依赖缺失都会导致秒退或卡住。
- 检查
mysqld是否存在且可执行：ls -l /usr/local/mysql8.4/bin/mysqld，确保有x权限 - 检查
--defaults-file指向的配置文件是否可读：sudo -u mysql cat /data/mysql/mysql3306/etc/my.cnf - 确认
my.cnf中的datadir、pid-file、log-error所指路径全部存在，且mysql用户有读写权限 - 典型静默失败点：
log-error=/var/log/mysqld.log，但/var/log/下没有该文件，且mysql用户无权创建目录或文件
启动卡在 activating (start)，但 ps 能看到 mysqld 进程
这是 systemd 认为服务没“就绪”的典型表现，不是 MySQL 没起来，是它没按 systemd 期望的方式发信号。
- 首要检查
Type=notify是否写在[Service]段里；MySQL 8.0+ 默认支持，但必须配对启用 - 如果
my.cnf里用了--skip-grant-tables或--initialize-insecure启动参数，初始化流程被跳过，通知握手无法完成 -
socket或pid-file路径权限不对，mysqld写入失败后卡在初始化阶段，不报错也不退出 - 别只信
systemctl status，立刻查：journalctl -u mysqld.service -n 50 --no-pager，看有没有status=127（找不到命令）或status=1（权限/配置错）
错误日志路径和权限常被忽略
systemctl 和 journalctl 只告诉你“失败了”，真正埋雷的地方在 MySQL 自己的日志里。
- 先定位日志路径：
grep 'log-error' /data/mysql/mysql3306/etc/my.cnf，然后sudo tail -n 30那个文件 - 常见错误行：
[ERROR] [MY-010268] [Server] Failed to initialize DD Storage Engine→ 通常指向datadir权限或未初始化 -
/var/lib/mysql目录所有权必须是mysql:mysql，不能只是 root；/var/run/mysqld/和/var/log/mysqld.log同样要chown mysql:mysql - SELinux 开启时（
getenforce返回Enforcing），/var/lib/mysql的上下文可能不对，临时用setenforce 0排查，确认后再用semanage fcontext修复
最麻烦的不是找不到问题，而是问题藏在多个层叠路径里：systemd 找不到 service 文件 → 找到了但 ExecStart 路径错 → 路径对了但配置文件里 log-error 指向一个 mysql 用户不能写的目录 → 目录有了但 SELinux 拦着。每一步都得亲手验证，不能跳步。
