只需添加%mysql_home%\bin到path，因为mysqld.exe等可执行文件均位于bin目录下；添加整个根目录无效且可能引发冲突；正确配置需先设mysql_home指向根目录，再将%mysql_home%\bin加入path最前。
mysqld 命令报“不是内部或外部命令”？说明环境变量没配对，不是路径写错就是漏加了 bin 目录。
为什么只加 %MYSQL_HOME%\bin 就够了，而不是整个安装目录？
Windows 执行命令时只在 Path 列表里逐个查找可执行文件，而 mysqld.exe、mysql.exe 全都在 bin 子目录下。把整个 MySQL 根目录加进 Path 不但无效，还可能干扰其他程序——比如 lib 或 share 里的同名文件被意外加载。
正确做法是：先定义 MYSQL_HOME 指向根目录（如 D:\mysql\mysql-5.7.24-winx64），再让 Path 包含 %MYSQL_HOME%\bin。这样既清晰又便于后期迁移或切换版本。
-
MYSQL_HOME是可选但强烈建议的变量，很多脚本和工具（比如某些 Java 连接池配置）会依赖它 - 别用中文路径或带空格路径（如
Program Files），否则mysqld --initialize可能静默失败 - 如果已存在旧 MySQL 服务，注册表里的
ImagePath可能仍指向旧路径，导致net start mysql报错 1067 —— 此时要手动改注册表，不是重装就能解决
Path 编辑时分号和顺序有讲究吗？
有。Windows 解析 Path 是从左到右匹配，一旦找到第一个 mysqld.exe 就停止搜索。如果你之前装过其他 MySQL 版本（比如 8.0），而新配的 5.7 路径排在后面，实际运行的可能是旧版服务，造成兼容性问题（例如密码插件不一致导致 mysql -u root -p 登录失败）。
分号必须是英文半角，且不能出现在开头或结尾；多个路径之间用单个分号隔开，多加分号不会报错但可能引发不可预测行为。
- 推荐把
%MYSQL_HOME%\bin加在Path最前面，避免被其他 MySQL 路径覆盖 - 修改后必须重启 CMD 或 PowerShell —— 已打开的终端不会自动读取新环境变量
- 验证是否生效：在新打开的 CMD 中直接运行
where mysqld，应只返回一条路径，且指向你刚配置的bin目录
配置完还是提示“找不到指定的模块”或启动服务失败？
这通常不是环境变量问题，而是缺少运行时依赖。MySQL 5.7 依赖 MSVCR120.dll（即 Visual C++ 2013 运行库），Win10 默认不自带。直接运行 mysqld --version 报这个错，就说明 DLL 没装。
不要去网上搜单独的 DLL 文件下载——极大概率带病毒。正确做法是安装官方运行库：
- 下载并安装
Microsoft Visual C++ 2013 Redistributable (x64)（即使你用的是 32 位 MySQL，也装 x64 版，兼容性更好） - 安装后无需重启，直接在 CMD 中测试
mysqld --version是否返回版本号 - 如果仍失败，用
depends.exe（Dependency Walker）打开mysqld.exe查看缺失的 DLL，但绝大多数情况就是缺 VC++ 2013
如何快速验证环境变量是否真正起作用？
别只测 mysql -u root -p，它可能从当前目录或旧安装残留中调起客户端，掩盖问题。真正关键的是服务端命令：
- 在任意路径下运行
mysqld --help—— 成功打印帮助说明mysqld可达 - 运行
where mysql和where mysqld，确认两者都指向同一个bin目录 - 执行
mysqld --install后，检查 Windows 服务列表里是否有名为MySQL的服务，且其“可执行文件路径”字段显示的是你配置的bin下的完整路径
最容易被忽略的是：环境变量配置后，所有依赖它的操作（比如初始化、安装服务、启动）都必须在**新打开的管理员 CMD** 中进行。旧窗口、IDE 内置终端、PowerShell 都不会继承新变量，这点卡住很多人。
