为什么 mysqld --install 失败或服务启动后立即退出
常见原因是
my.ini配置路径不正确、
datadir权限不足，或 MySQL 二进制目录未被系统识别。Windows 服务管理器中看到服务状态为“已启动”但几秒后变回“已停止”，基本可断定是初始化失败——MySQL 进程因找不到数据目录、配置文件或端口被占而主动退出。
mysqld --install不会自动创建数据目录，必须先用
mysqld --initialize初始化 服务默认以
LocalSystem账户运行，该账户对非系统盘（如
D:mysqldata）可能无写权限
my.ini必须放在
mysqld.exe所在目录，或 Windows 系统目录（如
C:Windows），否则
mysqld启动时读不到配置 若端口
3306已被占用（比如 WAMP/XAMPP 正在运行），服务会静默失败
手动注册服务的完整命令与参数含义
注册服务不能只执行
mysqld --install，必须显式指定配置文件路径和启动参数，否则服务使用默认行为（可能指向错误的
datadir或跳过
my.ini）。
mysqld --install MySQL80 --defaults-file="C:mysqlmy.ini"
MySQL80是服务名，可自定义（避免空格），后续用
sc delete MySQL80可卸载
--defaults-file是关键：强制指定配置文件位置；不加此参数时，
mysqld按固定顺序查找
my.ini，容易漏掉你放好的文件 不要加
--console或
--standalone，这些参数仅用于调试，和服务模式冲突 注册后务必检查服务属性：右键“服务”→ 找到
MySQL80→ “属性”→ “登录”选项卡确认是否设为“本地系统账户”，且勾选“允许服务与桌面交互”（调试阶段可勾，生产环境建议取消）
my.ini 中必须明确设置的三项
很多用户复制网上的配置模板，但漏掉 Windows 下最关键的三个路径项，导致服务找不到数据、日志或自身可执行文件。
[mysqld] basedir=C:/mysql datadir=C:/mysql/data port=3306 log-error=C:/mysql/data/mysql_error.log
basedir必须是 MySQL 解压/安装根目录（含
bin、
share等子目录），路径分隔符用正斜杠
/或双反斜杠
\，单反斜杠 在 ini 文件中会被转义失效
datadir必须指向已初始化过的目录；若首次使用，先运行
mysqld --initialize --defaults-file="C:mysqlmy.ini"生成
data目录及初始 root 密码（密码会打印在控制台末尾，注意保存）
log-error路径必须存在且可写，否则服务启动失败却无提示；建议和
datadir同级，便于定位问题
服务启动失败时快速定位错误的方法
别反复重启服务看事件查看器——直接模拟服务方式运行
mysqld，错误会实时输出到命令行。
cd C:mysqlin mysqld --defaults-file="C:mysqlmy.ini" --console加
--console强制输出日志到终端，比查
mysql_error.log更快看到第一行报错（如 “Can't find file: 'mysql.plugin.MYI'” 表示
datadir错误） 如果提示 “The service already exists”，说明注册过但没删干净，先执行
sc delete MySQL80，再重新
mysqld --install若提示 “Access is denied”，不是密码错，而是
datadir所在文件夹缺少
SYSTEM用户的完全控制权限（右键文件夹→属性→安全→编辑→添加
SYSTEM并勾选“完全控制”）
路径、权限、配置文件加载顺序，这三处任一出错都会让服务“假启动”。手动配服务不是多一步，而是把隐式行为显式化——否则你永远不知道 Windows 到底读了哪个
my.ini，又往哪个
datadir里写了东西。
