必须先用systemctl list-unit-files | grep -i mysql确认真实服务名，再执行sudo systemctl enable 服务名，否则即使命令成功，重启后服务也不会启动；启用后需sudo systemctl start 服务名并status验证运行状态。
直接用 systemctl enable 就能实现 MySQL 开机自启，但前提是服务名正确、服务单元文件存在且权限/路径无误——否则命令看似成功，重启后服务根本不启动。
怎么确认 MySQL 的真实服务名
不同发行版和安装方式下，MySQL 在 systemd 中注册的名字不统一，硬写 mysql 或 mysqld 很可能失败。
- 运行
systemctl list-unit-files | grep -i mysql，看输出里实际存在的 service 文件名，比如mysqld.service、mysql.service，甚至mariadb.service - 如果没输出，说明 MySQL 没被识别为 systemd 服务（常见于二进制解压安装），不能直接
enable - 别依赖文档说“应该是 mysqld”，CentOS Stream 9 默认是
mysqld，Ubuntu 24.04 官方包却注册为mysql.service
执行 systemctl enable 的关键细节
systemctl enable 本身不启动服务，只是创建软链接；它也不校验配置是否有效，只管注册。
- 必须用 root 或加
sudo：例如sudo systemctl enable mysqld - 启用后立即验证是否注册成功：
sudo systemctl is-enabled mysqld，返回enabled才算落地 - 该命令会在
/etc/systemd/system/multi-user.target.wants/下建软链接，指向原始.service文件；若原始文件被删或路径错，开机照样失败 - 如果你改过 MySQL 配置（如
datadir或my.cnf路径），enable不会感知，得靠后续start或重启时暴露问题
为什么 enable 了但重启后没起来
这是最常被忽略的环节：enable 只解决“要不要启动”，不解决“能不能启动”。真正卡住的往往是依赖或初始化阶段。
- 检查
sudo systemctl status mysqld，重点看 “Active:” 行和末尾几行日志，常见报错如Failed to start MySQL Server: Permission denied（数据目录属主不是mysql:mysql） - 用
journalctl -u mysqld -n 50 --no-pager查最近 50 行启动日志，比status显示更全 - 典型陷阱：二进制安装未指定
--defaults-file，导致mysqld启动时找不到my.cnf，静默退出；此时systemctl status显示failed，但没具体提示哪行配置错 - 另一个坑：SELinux 启用时，
mysqld可能因策略限制无法访问数据目录，需临时设为 permissive 模式测试
真正可靠的验证不是看 is-enabled 返回什么，而是重启一次，再跑 systemctl is-active mysqld ——只有返回 active，才算闭环完成。中间任何一步权限、路径、配置的偏差，都会让 enable 成为无效操作。
