MySQL启动失败需先查看DESKTOP-XXX.err日志末5–10行，常见报错包括InnoDB锁文件、端口占用（netstat查3306）、datadir权限或路径错误；my.ini中basedir、datadir、port须准确配置；Windows下可加innodb_flush_method=normal绕过I/O兼容问题。
MySQL服务卡在“正在启动”状态，先看错误日志最后一行
Windows 下 phpEnv 的 MySQL 启动失败却无提示，不是没报错，而是错误全藏在 mysql_error.log 或主机名.err 文件里。路径通常是 phpEnv\MySQL\data\DESKTOP-XXX.err（具体主机名替换成你电脑的实际名称）。直接用记事本打开，**只看最后 5–10 行**——这是唯一可信线索。
常见末行报错及对应动作：
-
InnoDB: Unable to lock .\ibdata1→ 上次异常退出，删掉ib_logfile0和ib_logfile1（别删 ibdata1，否则丢库） -
Can't start server: Bind on TCP/IP port. Got error: 10048→ 端口被占，跳到下个副标题验证 -
File './mysql/plugin.MYD' not found→datadir路径错或权限不足，右键该目录 → 属性 → 安全 → 给SYSTEM和Administrators加“完全控制”
netstat 查 3306 端口谁在监听，别猜
管理员 CMD 执行：netstat -ano | findstr :3306。如果有输出，第三列是 PID，拿它去任务管理器“详细信息”页筛选进程名。
高频真凶列表（按出现概率排序）：
立即学习“PHP免费学习笔记（深入）”；
-
Skype.exe：老版本默认抢 3306，进 Skype 设置 → 高级 → 连接 → 取消勾选“使用端口 80 和 443 作为替代” -
mysqld.exe（另一个实例）：比如你装过 MySQL Server，服务名可能是MySQL80、MySQL57，不是mysql -
sqlservr.exe：SQL Server 默认也监听 3306，哪怕服务没启，也可能占着端口 -
httpd.exe或nginx.exe：某些 Apache/Nginx 配置误绑了 3306（罕见但存在）
确认后执行：taskkill /f /pid <pid></pid>，再试启动 phpEnv 的 MySQL。
my.ini 配置三处关键项必须对齐
phpEnv 的 my.ini 通常在 phpEnv\MySQL\ 目录下。编辑前先备份。重点核对以下三项：
-
basedir="D:/phpenv/mysql"：路径必须指向 MySQL 根目录，**不能含中文、空格，推荐用正斜杠或双反斜杠** -
datadir="D:/phpenv/mysql/data"：该路径必须真实存在，且data文件夹已初始化（含mysql、performance_schema等子目录） -
port=3306：若你改过端口（如 3307），PHP 连接字符串里的mysqli_connect('127.0.0.1', 'root', '', 'test', 3307)也必须同步改，否则连不上
额外注意：default-storage-engine=INNODB 是 MySQL 5.6 旧写法，8.0+ 已废弃，应改为 default_storage_engine=InnoDB 或直接删掉，否则静默失败。
innodb_flush_method=normal 是 Windows 下的兜底解法
某些 NTFS 压缩卷、BitLocker 加密盘、非系统盘挂载的 SSD，会导致 InnoDB 默认的 innodb_flush_method（如 unbuffered）初始化失败。错误日志里可能只有“服务启动后停止”，无其他线索。
临时解法：在 my.ini 的 [mysqld] 段末尾加一行：
innodb_flush_method=normal
这不是性能最优解，但能绕过底层 I/O 兼容问题让服务起来。长期方案是把 phpEnv 安装到系统盘（C:\）且关闭 NTFS 压缩。
真正容易被忽略的是：**日志文件位置不固定，不同 phpEnv 版本可能把 .err 放在 data 目录外；而服务名也不一定是 mysql，得进 services.msc 亲自确认完整名称再 sc delete —— 名字差一个字符都会删失败。**
