my.ini编码必须为ANSI而非UTF-8，否则MySQL 5.7/8.0在Windows下会静默崩溃并报错1067；路径需用双反斜杠或正斜杠，且log-error目录须手动创建；验证须用--console模式及字节级检查。
my.ini 编码必须是 ANSI，不是 UTF-8
MySQL 5.7 及 8.0 的 Windows 版本（尤其是非安装版、解压版）自带的 mysqld.exe 不支持 UTF-8 编码的配置文件。哪怕只是加了一行中文注释 # 数据目录，只要文件存成了 UTF-8（含 BOM 或无 BOM），mysqld 就会在读取时静默崩溃，Windows 服务管理器只报“1067 进程意外终止”，不写日志、不提示具体原因。
验证方式：Get-Content my.ini -Encoding Byte | Select -First 5（PowerShell），若开头三字节是 EF BB BF，就是 UTF-8-BOM；ANSI 文件不会有这个前缀。
修复操作：
- 用记事本打开
my.ini→「另存为」→ 编码选 ANSI（不是 UTF-8，不是 UTF-8-BOM，也不是 Unicode）→ 覆盖保存 - 如果之前加了中文注释，先删掉；等服务能正常启动后再酌情加回，并确认 ANSI 下显示正常
- 别用 VS Code / Notepad++ 直接“保存”，它们默认 UTF-8；必须显式切换编码再保存
路径里的反斜杠必须双写或改用正斜杠
Windows 下 my.ini 中所有路径配置项（如 basedir、datadir、log-error）如果用了单个反斜杠 \，会被 mysqld 当作转义字符解析，导致路径非法、初始化失败，直接 1067 崩溃。
错误示例：datadir=C:mysqldata → m 被当转义符，实际路径乱码；log-error=C:mysqllogserror.log → 若 logs 目录不存在，也会 1067。
正确写法（任选其一）：
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
-
datadir=C:\mysql\data（双反斜杠） -
datadir=C:/mysql/data（正斜杠，更推荐，跨平台兼容） - 确保
log-error指向的完整目录已手动创建（如C:/mysql/logs/），否则服务起不来
别信服务管理器，先用命令行验证配置
Windows 服务启动超时、无日志、卡在“正在启动”，根本看不出错在哪。绕过服务管理器，直接用控制台模式运行 mysqld，才能看到真实报错。
操作步骤：
- 以管理员身份打开命令提示符
-
cd到 MySQL 的bin目录（如C:\mysql\bin） - 执行：
mysqld --defaults-file="C:\mysql\my.ini" --console
常见即时反馈：
-
Can't change dir to 'C:mysqldata' (Errcode: 2)→ 路径写错或目录不存在 -
Unknown suffix '.' used for variable 'port'→ 配置项语法错（比如多写了空格、用了中文标点） - 空白输出或立刻退出 → 几乎肯定是编码问题（ANSI 未生效）或路径中存在不可见控制字符
启动卡住或状态异常时，先清进程再重试
如果之前启动失败，mysqld.exe 进程可能还残留着（任务管理器里状态显示“启动”而非“已启动”），此时再点“启动服务”会一直卡住，Windows 服务管理器无法接管。
必须手动清理：
- 打开任务管理器 → 详细信息 → 找到所有
mysqld.exe进程 → 全部结束 - 再执行
net start mysql或服务界面右键启动 - 若仍失败，不要反复点“启动”，先回到上一步用
--console模式定位真实错误
真正容易被忽略的是：ANSI 编码必须从文件头开始生效，任何编辑器后台自动插入的隐藏字符、BOM、或保存时带入的 UTF-8 元数据，都会让整个修复失效。每次改完 my.ini，务必用字节级命令确认前三字节不是 EF BB BF。
