systemd 环境下启用 MySQL 自动启动
MySQL 服务在现代 Linux 发行版（如 CentOS 7+、Ubuntu 16.04+、Debian 9+）中由
systemd管理，启用开机自启只需一条命令：
sudo systemctl enable mysqld（CentOS/RHEL）或
sudo systemctl enable mysql（Ubuntu/Debian）。注意服务名差异：RHEL 系发行版通常用
mysqld，Debian 系多为
mysql；执行前可用
systemctl list-unit-files | grep -i mysql确认实际服务名。
常见错误是未确认服务状态就直接启用——若 MySQL 未成功安装或配置文件有语法错误，
enable不报错但开机时会静默失败。建议先运行
sudo systemctl start mysqld（或
mysql），再用
sudo systemctl status mysqld验证是否 active (running)。
检查 MySQL 服务是否已正确注册到 systemd
有些用户手动编译安装或使用 tarball 包部署 MySQL，系统里没有预置的
.service文件，此时
systemctl enable会提示 “No such file or directory”。需要先创建服务单元文件：
sudo tee /etc/systemd/system/mysqld.service <<'EOF' [Unit] Description=MySQL Server Documentation=man:mysqld(8) After=network.target [Service] Type=simple User=mysql Group=mysql ExecStart=/usr/local/mysql/bin/mysqld --defaults-file=/etc/my.cnf Restart=on-failure RestartSec=10 [Install] WantedBy=multi-user.target EOF
关键点：
ExecStart必须指向真实可执行路径，且
--defaults-file指向有效的配置文件（如
/etc/my.cnf或
/usr/local/mysql/my.cnf）
User和
Group必须存在，且对数据目录（如
/usr/local/mysql/data）有读写权限 编辑完需运行
sudo systemctl daemon-reload刷新配置，否则
enable不生效
MySQL 启动失败的典型日志排查路径
即使配置了自启，开机后 MySQL 仍可能因初始化失败、端口被占、磁盘满或权限问题而退出。最直接的排查方式是查 journal 日志：
sudo journalctl -u mysqld -n 50 --no-pager（或
mysql）。重点关注以下几类错误：
Can't start server: Bind on TCP/IP port: Address already in use→ 端口冲突，检查
netstat -tuln | grep :3306
Operating system error number 13 in a call to isamchk或
Permission denied→ 数据目录归属或 SELinux 限制，用
ls -ld /var/lib/mysql和
sestatus验证
Unknown/unsupported storage engine: InnoDB→
my.cnf中误禁用了引擎，检查
skip-innodb或
disabled_storage_engines配置项
非 systemd 系统（如旧版 CentOS 6）的 chkconfig 替代方案
若系统仍在用
init.d（如 CentOS 6、Ubuntu 14.04），需确保 MySQL 的启动脚本已放入
/etc/init.d/并具备可执行权限，然后运行：
sudo chkconfig mysqld on。验证方式是
chkconfig --list mysqld，输出中应显示 3、4、5 级别为
on。
注意：部分 MySQL 官方二进制包不自带
/etc/init.d/mysqld脚本，需从源码包的
support-files/mysql.server复制并修改其中的
basedir和
datadir路径后再安装。
自动启动本身不难，真正容易卡住的是服务注册路径、权限链和配置加载顺序——尤其是当 MySQL 不是通过包管理器安装时，每一步都得亲手核对路径和上下文，漏掉任意一环都会让“开机自启”变成“开机隐身”。
