在Windows环境中使用服务管理器或命令行启动MySQL时，有时会碰到错误1067，服务无法正常拉起。该错误本质是对应的mysqld进程在初始化阶段异常退出，系统将其归为服务特定错误。要彻底解决，需要从配置、权限和日志三个维度逐一排查。
常见引发错误1067的原因
- my.ini配置文件中basedir或datadir路径写错，或者使用了反斜杠未转义
- MySQL数据目录权限不足，系统账户无法读写数据文件
- ibdata1或表文件损坏，导致初始化失败
- 端口被占用但配置中未正确指定其他端口
通过事件查看器定位具体错误
Windows事件查看器会记录MySQL服务退出的堆栈信息。打开事件查看器，进入Windows日志中的应用程序，筛选MySQL或mysqld来源，可以看到类似unknown variable或can't find file的提示，据此修正配置。
检查并修正my.ini配置
确认MySQL安装目录下的my.ini内容。注意路径使用双反斜杠或单斜杠，并确认文件编码为ANSI或UTF-8无BOM。
[mysqld] basedir=C:\ProgramData\MySQL\MySQL_Server_8.0 datadir=C:\ProgramData\MySQL\MySQL_Server_8.0\Data port=3306
手动命令行启动排查
停止服务后，在cmd中以管理员身份进入bin目录，直接运行mysqld观察控制台输出：
cd C:ProgramDataMySQLMySQL_Server_8.0bin mysqld --console
如果输出显示Data dictionary initialization failed，说明数据目录异常，可尝试用mysqld --initialize重建，但会清空原数据，操作前务必备份。
权限修复操作
对datadir右键属性，在安全选项卡中赋予SYSTEM和Administrators完全控制权限，避免因为权限拒绝导致1067。
| 排查项 | 操作方式 |
|---|---|
| 配置文件 | 核对my.ini路径与参数 |
| 权限 | 赋予数据目录完全控制 |
| 日志 | 查看.err文件与事件管理器 |
小结
错误1067并非单一故障，而是服务启动失败的统称。按照配置、权限、日志的顺序排查，基本都能找到根因。日常维护中建议定期备份datadir，避免文件损坏带来不可逆影响。