systemctl enable失败主因是启用前未确认服务名、单元文件不存在或未重载配置；须先用systemctl list-unit-files查真实服务名，手动start并status验证运行正常，再daemon-reload后enable，最后以reboot后is-active=active为闭环验证标准。
systemctl enable 看似一步到位，但**90% 的失败都发生在启用之前**——服务名写错、单元文件不存在、权限或路径不匹配，都会导致软链接建了却完全无效，重启后 MySQL 依然不启动。
先确认真实服务名，别猜 mysql 或 mysqld
不同发行版和安装方式注册的服务名完全不同，硬套文档会直接踩坑：
- RHEL/CentOS 8+、MySQL 官方二进制包：通常是
mysqld.service - Ubuntu/Debian 系统包：常见是
mysql.service，但实测 Ubuntu 24.04 也可能是mysqld.service - 某些环境甚至注册为
mariadb.service（系统替换了 MySQL）
执行这行命令看实际结果：
systemctl list-unit-files | grep -i mysql
如果输出为空，说明 systemd 根本没加载 MySQL 的 service 文件，systemctl enable 后续所有操作都是徒劳。
启用前必须确保服务能手动启动成功
systemctl enable 只创建软链接，不校验配置、不启动进程、也不检查依赖是否就绪。它成功 ≠ 服务能跑起来。
- 先用确认的服务名手动启动：
sudo systemctl start mysqld - 立刻查状态：
sudo systemctl status mysqld，重点看Active:行和末尾几行日志 - 常见失败原因：
Permission denied（数据目录属主不是mysql:mysql）、PID file not found（my.cnf里pid-file路径与 service 文件中PIDFile=不一致）、SELinux 拒绝访问
只有 systemctl status 显示 active (running) 且无红色错误，才代表服务本身是健康的。
kashen-mysql DDLtoExcel
下载
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
二进制部署必须手写 mysqld.service 文件
如果你解压的是 mysql-8.0.xx-linux-glibc2.12-x86_64.tar.xz 到 /usr/local/mysql，系统默认没有 .service 文件，systemctl enable 会报 No such file or directory。
- 创建
/etc/systemd/system/mysqld.service，关键字段不能错：User=mysql、Group=mysql、ExecStart必须用绝对路径并带--daemonize参数 - 若
my.cnf指定了pid-file=/var/run/mysqld/mysqld.pid，则 service 文件中PIDFile=必须严格一致 - 写完必须执行：
sudo systemctl daemon-reload，否则enable找不到这个服务
漏掉 daemon-reload 是新手最高频失误——改了 service 文件却没重载，enable 命令根本看不见它。
验证必须落到 systemctl is-active，不是 is-enabled
is-enabled 只告诉你“有没有被注册”，而 is-active 才告诉你“现在是不是真在跑”。真正闭环验证只有一条路：
- 重启机器：
sudo reboot - 登录后立即执行：
systemctl is-active mysqld - 返回
active才算通过；返回inactive或报错，说明启动阶段某处卡住了，得回看journalctl -u mysqld -n 50 --no-pager
别信 enabled 输出，也别只靠 status 看上次启动残留状态——只有冷启动后的实时 is-active 结果，才反映真实可靠性。
