MySQL初始化失败主因是mysqld --initialize未执行或中途失败，常见于datadir路径含中文/空格、权限不足、磁盘空间不足、my.ini含5.7不支持参数（如mysqlx_port）、BOM编码、单反斜杠路径及残留文件干扰。
卡在 Starting the Server 不是安装器卡了，是 mysqld 进程根本没真正跑起来——绝大多数情况，它压根没完成初始化，或者初始化失败后静默退出了。
mysqld --initialize 没执行或中途失败
MySQL 5.7 起强制要求初始化数据目录，否则服务注册成功也会秒退。安装器调用的是 mysqld --initialize（带随机密码）或 mysqld --initialize-insecure（空密码），但这个过程不输出到界面，只写进 data*.err 日志。常见失败点：
-
datadir路径含中文、空格或权限不足（比如写入C:Program FilesMySQL...需管理员提权） - 磁盘空间不足，或
ibdata1等残留文件损坏（尤其上一次安装中断过） - 配置文件
my.ini里写了 5.7 不支持的参数，比如mysqlx_port=0（这是 MySQL 8+ 的） - 安全软件拦截文件创建或 DLL 加载，导致初始化进程直接退出，日志里可能只有半行
[Note] ...
服务注册成功但进程启动即退出
你能在 services.msc 里看到 MySQL57 服务，状态却瞬间从“正在启动”变回“已停止”，说明初始化可能过了，但运行时崩了。重点查三件事：
- 执行
sc qc MySQL57，确认binPath指向的mysqld.exe路径正确，且--defaults-file参数指定的my.ini存在且可读 - 手动前台启动验证：
"C:Program FilesMySQLMySQL Server 5.7inmysqld.exe" --console --defaults-file="C:ProgramDataMySQLMySQL Server 5.7my.ini"—— 错误会直接打在命令行，比看日志快得多 - 检查
my.ini中basedir和datadir是否用了单反斜杠（cmd 会误解析），必须用正斜杠/或双反斜杠\ - Windows 事件查看器 → Windows 日志 → 系统，筛选来源为
Service Control Manager，看有没有Error 1067（进程意外终止）及对应 PID
my.ini 配置错位或编码异常
哪怕路径都对，my.ini 文件本身也能让服务起不来：
- 绝对不能用记事本保存：它默认加 BOM 头，MySQL 5.7 读取时会把 BOM 当作非法字符，直接退出，日志里无提示
- 字符集设置冲突，比如
character-set-server=utf8mb4但没配collation-server，某些 5.7 小版本会报错 -
sql_mode值里含 5.7 不识别的模式（如ONLY_FULL_GROUP_BY在极老子版本中未默认启用），会导致加载失败 - 路径中出现
%PROGRAMDATA%这类环境变量，5.7 不支持，必须写死绝对路径，如C:/ProgramData/MySQL/MySQL Server 5.7/Data
残留项干扰远比想象中顽固
你以为卸载干净了？Windows 上的 MySQL 残留是立体的：
- 服务注册项还在：
sc delete MySQL57必须以管理员身份运行，否则报拒绝访问 -
C:ProgramDataMySQL是隐藏目录，里面MySQL Server 5.7Data和my.ini往往被忽略 - 注册表里
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMySQL57可能残留，影响新服务注册 - PATH 环境变量里还挂着旧的
bin路径，导致命令行调用的不是你认为的那个mysqld
最常被跳过的动作，是没确认 mysqld --console 能否跑通就急着注册服务；最容易被低估的细节，是 my.ini 文件编码和路径写法——这两处出问题，连错误日志都不会生成，只能靠前台启动裸眼抓错。
