答案是用mysqld --console暴露初始化阶段真实错误，重点检查my.ini路径/编码、basedir/datadir权限、废弃参数及innodb表空间状态。
mysqld --install 不是点完“Next”就完事的操作，它必须配合正确的路径、权限和配置文件位置，否则服务必然启动失败（错误1067）。
my.ini 必须放在 MySQL 能自动找到的位置，或显式指定
MySQL 8.0 在 Windows 上不会读取当前目录或桌面下的 my.ini。它只认两个地方：C:ProgramDataMySQLMySQL Server 8.0my.ini（MSI 安装默认路径），或你用 --defaults-file 显式传入的路径。
如果你把 my.ini 放在 D:mysql-8.0my.ini 却没指定，mysqld 就会按内置默认值跑：datadir 指向不存在的 C:ProgramDataMySQLData，结果服务一启动就退出。
- 二进制安装时，注册服务命令必须带
--defaults-file，且路径用双引号包裹：mysqld --install MySQL80 --defaults-file="D:mysql-8.0my.ini" -
my.ini中的basedir和datadir必须是绝对路径，比如basedir="D:\mysql-8.0"，反斜杠要双写或用正斜杠 - 对应
datadir目录必须提前手动创建，并赋予NETWORK SERVICE或SYSTEM用户完全控制权限
初始化 datadir 前必须关掉 Windows Defender 实时防护
执行 mysqld --initialize --console 时卡住、无输出、或报错 Failed to open log file，90% 是 Windows Defender 拦截了写入。它会静默阻止 mysqld 在 datadir 下创建文件，连错误日志都写不进去。
- 临时禁用（仅当前会话）：
Set-MpPreference -DisableRealtimeMonitoring $true（管理员 PowerShell） - 或者手动进 Windows 安全中心 → 病毒和威胁防护 → 管理设置 → 关闭实时保护（安装完成后再打开）
- 别信“添加排除项”，MySQL 初始化阶段对路径和进程名的识别极不稳定，直接关更可靠
服务名不能含空格或括号，且必须用管理员权限注册
mysqld --install 看似简单，但 Windows 服务管理器对服务名极其敏感。一旦服务名里有空格（如 MySQL 8.0）、括号（如 MySQL (3306)）或中文，后续 net start 就会失败，报错 “系统找不到指定的服务”。
- 服务名建议纯英文+数字+短横线，例如：
MySQL80、MySQL3307、MySQL80Prod - 注册命令必须在管理员权限的 PowerShell 或 CMD 中运行，普通用户权限下
--install会静默失败 - 如果之前注册失败过，先清理残留：
sc delete MySQL80（注意不是mysqld --remove，那个在 8.0+ 已废弃）
认证插件 mismatch 导致 root 登录失败，不是密码错了
装完启动服务，mysql -u root -p 死活报 Access denied for user 'root'@'localhost'？大概率不是密码输错，而是客户端不支持 caching_sha2_password 认证协议——这是 MySQL 8.0 默认启用的插件，但旧版 Navicat、某些 JDBC 驱动或本地 mysql 客户端（尤其从其他环境拷来的）根本不认。
- 首次登录必须用
--default-auth=mysql_native_password强制降级：mysql -u root -p --default-auth=mysql_native_password - 登录后立刻改回兼容模式：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_new_pass'; - 或者在
my.ini的[mysqld]段加一行：default_authentication_plugin=mysql_native_password（需重启服务）
mysqld 启动后瞬间消失、日志里没线索、服务状态显示“正在启动然后停止”——这些全是路径、权限、认证三者中某一个没对齐的信号。每一步都要确认它在系统层面是否真实生效，而不是界面点了“成功”就以为结束了。
