MySQL手动启动失败常见报错及检查点：服务无响应多因配置错误或数据损坏；服务名无效说明未注册成功，需查Installer日志；错误1067须看.err日志定位权限、参数或DLL缺失问题。
MySQL服务手动启动失败，常见报错和对应检查点
安装卡在 Starting the server，本质是 MySQL Installer 尝试自动启动 mysqld 服务失败。此时不能只等进度条，应立刻转向命令行手动验证——这比反复重装快得多。
以管理员身份打开 CMD，执行：net start mysql（或 net start mysql80，取决于你安装的版本）
若报错，最常见三种情况：
-
The service is not responding to the control function.→ 服务已注册但进程崩溃，多半因配置错误或数据目录损坏 -
The service name is invalid.→ 服务根本没注册成功，说明 Installer 在写入服务项前就中断了，需查C:\ProgramData\MySQL\MySQL Installer for Windows\Log下最近的main.log -
System error 1067→ 进程意外退出，必须看错误日志：默认在C:\ProgramData\MySQL\MySQL Server X.X\Data\<hostname>.err</hostname>，里面通常有明确提示，比如Can't create test file（权限不足）或unknown variable 'default_authentication_plugin'（my.ini 语法过时）
依赖项缺失导致 mysqld 启动直接退出
Windows 上 mysqld.exe 并非独立可运行，它依赖几个关键 DLL：尤其是 vcruntime140.dll、msvcp140.dll 和 concrt140.dll（对应 Visual C++ 2015–2022 运行库）。精简版系统或某些企业镜像会默认不带这些组件。
验证方法：
用管理员 CMD 运行：mysqld --console
如果立即报错：无法启动此程序，因为计算机中丢失 vcruntime140.dll
那就不是 MySQL 配置问题，而是环境缺失。解决方式只有两个：
- 下载并安装
Microsoft Visual C++ 2015–2022 Redistributable (x64)（注意必须是 x64 版，即使系统是 64 位，MySQL Server 默认也是 64 位） - 改用 ZIP 免安装版：它自带所需 DLL，解压即用，完全绕过 Installer 对系统组件的隐式依赖
服务账户权限不足，尤其在域环境或受限用户下
MySQL 服务默认以 Network Service 账户运行。这个账户在标准 Windows 桌面系统上通常够用，但在以下场景会静默失败：
- 你的电脑加入了企业域，且
Network Service被策略禁止访问C:\ProgramData或自定义数据目录 - 你用的是非管理员本地账户安装，Installer 把服务设为登录“此账户”，但没填密码或密码为空
- 你启用了 UAC 严格模式，而服务尝试写日志到受保护路径（如
C:\Program Files\MySQL\...）
快速验证：
打开 services.msc → 找到 MySQL 或 MySQL80 → 右键 → 属性 → 登录 → 改为“本地系统账户”，勾选“允许服务与桌面交互”（仅临时调试用）→ 点击“应用” → 再试 net start mysql
如果这时能启动，说明就是账户权限问题。后续应改回“此账户”并赋予该账户对 datadir 和 log-error 路径的完全控制权限，而不是长期用本地系统账户——后者有安全风险。
为什么手动启动后仍连不上？别忽略 socket 和端口绑定细节
服务显示“正在运行”，但 mysql -u root -p 连不上，常见原因不是密码错，而是监听没生效：
- 检查
my.ini是否含skip-networking—— 它会让 mysqld 只监听本地 socket，不开放 TCP 端口；删掉或注释掉 - 确认
bind-address值：若设为127.0.0.1，只能本机连；若设为0.0.0.0才接受所有 IP；若为空或注释，默认行为因版本而异（MySQL 8.0+ 默认127.0.0.1） - 用
netstat -ano | findstr :3306确认端口是否真被 mysqld 占用；如果没输出，说明 mysqld 虽在跑，但根本没 bind 成功
复杂点在于：Installer 自动生成的 my.ini 里可能混用大小写参数（如 Default_authentication_plugin），而 MySQL 8.0 严格区分大小写，这类拼写错误会导致整个配置加载失败，服务退回到默认值，但错误日志里未必显式报出——得靠 mysqld --verbose --help | findstr "default" 查实际生效值。
