mysql开机自启失败主因是服务名错误，需用systemctl list-unit-files | grep -i sql确认；enable仅建软链接，须start+status验证；手动安装需自写service文件并daemon-reload。
确认 MySQL 服务名再动手，别硬套 mysqld
Linux 上 MySQL 开机自启失败，八成卡在第一步：服务名猜错了。不同发行版、不同安装方式注册的服务名可能完全不同——mysql、mysqld、甚至 mariadb 都可能出现。
直接执行 systemctl list-unit-files | grep -i sql 最可靠；如果返回空，说明服务文件压根没注册，后面 enable 肯定报错“no such file”。
Ubuntu/Debian 官方包常用 mysql，CentOS/RHEL 8+ 默认是 mysqld，而手动解压二进制包（比如 mysql-8.0.xx-linux-glibc2.12-x86_64.tar.xz）则根本不会生成任何 service 文件。
systemctl enable 不等于服务立刻运行
启用开机自启和启动服务是两件事：sudo systemctl enable mysql 只是在 /etc/systemd/system/multi-user.target.wants/ 下建个软链接，不碰进程本身；它不保证你现在就能连上数据库。
必须紧接着手动启动一次：sudo systemctl start mysql，再用 sudo systemctl status mysql 看输出里有没有 active (running) 和无红色错误日志。
常见翻车点：
• 数据目录权限不对（比如 /var/lib/mysql 属主不是 mysql:mysql）
• my.cnf 里写了不存在的路径（如 pid-file=/run/mysqld/mysqld.pid 但目录未创建）
• SELinux 或 AppArmor 拦截了 fork 行为（journalctl -u mysql -n 50 --no-pager 里能看到 avc denied）
手动安装 MySQL 必须自己写 mysqld.service
如果你是下载官方 tar.gz 包、解压到 /usr/local/mysql、再初始化数据目录的，systemctl enable 会直接报错“No such file or directory”，因为 systemd 根本不知道你的 MySQL 在哪。
你需要手写一个 /etc/systemd/system/mysqld.service，关键点有：
• User 和 Group 必须设为 mysql（不能是 root）
• ExecStart 要带 --daemonize 参数，否则 systemd 会等进程前台运行并超时
• PIDFile 必须和 my.cnf 里 pid-file 的路径严格一致
• 写完后必须执行 sudo systemctl daemon-reload，否则 enable 仍找不到服务
验证是否真生效，别只看 enabled
sudo systemctl is-enabled mysql 返回 enabled 只代表软链接建好了，不代表下次开机一定能跑起来。
真正有效的验证方式只有两个：
• 重启机器后立刻执行 sudo systemctl is-active mysql，返回 active 才算过关
• 或者模拟开机流程：sudo systemctl daemon-reload && sudo systemctl restart mysql && sleep 3 && sudo systemctl is-active mysql，绕过缓存强制重走一遍启动逻辑
最容易被忽略的是：MySQL 启动依赖网络就绪（After=network.target），但如果用了 DHCP 或 NetworkManager 延迟上线，可能导致 mysqld 因连不上 localhost 而静默退出——这时得加 Wants=network-online.target 并启用 systemd-networkd-wait-online.service
