直接看错误日志，别信服务管理器的提示：Windows服务管理器显示“启动后停止”仅因mysqld在初始化阶段崩溃，未活到向SCM报告状态；真正原因全在日志中，如C:ProgramDataMySQLMySQL Server 8.0Data主机名.err，或用mysqld --console --log-error=C: empmysql_startup.log强制输出。
直接看错误日志，别信服务管理器的提示
Windows 服务管理器显示“服务启动后停止”或“没有报告任何错误”，只是 mysqld 进程在初始化阶段崩溃了，根本没活到向 SCM 报告状态的地步。真正的原因全在 mysqld 自己写的日志里。默认路径是 C:ProgramDataMySQLMySQL Server 8.0Data 下的 主机名.err 文件（比如 LAPTOP-ABC123.err）。这个目录是隐藏的，必须在文件资源管理器中勾选“显示隐藏的项目”才能看到。
如果不确定日志在哪，用管理员权限运行 CMD，执行：mysqld --console --log-error=C: empmysql_startup.log
这条命令会强制前台运行并把所有启动过程输出到指定文件，比翻隐藏目录快得多。
检查 my.ini 配置里的路径和编码
90% 的重启后自动停机问题出在 my.ini 上。两个关键点：
-
basedir和datadir路径里不能有中文引号、全角符号，也不能用反斜杠混用（Windows 下推荐统一用正斜杠/或双反斜杠\）； - 用记事本保存过
my.ini？它很可能被存成了 UTF-8 带 BOM 或纯 UTF-8，而 MySQL 8.0 在部分 Windows 版本下只认 ANSI 编码。解决方法：用 VS Code 或 Notepad++ 打开，另存为“ANSI”或“UTF-8 without BOM”格式。
确认数据目录是否损坏或非空
常见错误日志片段：[ERROR] [MY-010457] [Server] --initialize specified but the data directory has files in it. Aborting.
或者[ERROR] [MY-010334] [Server] Failed to initialize DD Storage Engine
说明 datadir 目录里已有文件，但 MySQL 启动时误判为需要初始化（比如配置里写了 --initialize 参数，或服务注册时残留了该参数）。解决办法：
- 先停止服务：
net stop mysql； - 备份整个
Data目录； - 删掉
Data目录下除ibdata1、ib_logfile*、mysql、sys等核心目录外的临时文件或残留日志； - 不要手动运行
mysqld --initialize，除非你确定要重置 root 密码且能接受数据丢失。
排查端口冲突与系统级拦截
错误日志里出现：Can't start server: Bind on TCP/IP port: An attempt was made to access a socket in a way forbidden by its access permissions.
这通常不是权限问题，而是端口被占或系统服务干扰。
快速验证步骤：
- 查 3306 是否被占：
netstat -ano | findstr :3306，找到 PID 后用tasklist | findstr PID看是谁； - 禁用可能冲突的服务：比如 “Internet Connection Sharing (ICS)”、“SQL Server (MSSQLSERVER)”；
- 临时关闭防火墙和第三方安全软件，排除它们劫持 bind 行为的可能。
最易被忽略的是：某些主板厂商预装的“网络优化工具”或“游戏加速器”会静默劫持本地回环端口，这类问题只能靠逐个禁用后台进程来定位。
