根本原因是MySQL进程独占锁定数据库文件，必须先停止mysqld服务、再执行DROP DATABASE命令，最后才可安全删除残留文件；直接删文件会因句柄未释放导致失败或数据损坏。
phpEnv 中 MySQL 无法删除数据库文件，根本原因几乎总是文件被 mysqld 进程独占锁定 —— 不是权限不对，也不是磁盘满，而是 MySQL 正在用着这些文件，强行删会失败甚至损坏数据目录。
MySQL 数据库文件被锁住的典型现象
你在 phpEnv 的 MySQL 数据目录（如 C:\phpEnv\mysql\data\your_db_name\）里手动删 .frm、.ibd 或整个库文件夹时，Windows 提示“操作无法完成，因为文件已在另一个程序中打开”，或 PHP 的 unlink() 报 Permission denied；但 mysqld 进程本身没崩溃，SHOW DATABASES; 还能列出该库 —— 这说明 MySQL 实际上仍在持有句柄，只是你没关服务就去动文件。
必须先停掉 mysqld，再删文件
phpEnv 的 MySQL 是 Windows 服务模式运行的，直接删文件前不关服务，等于在汽车引擎还在转时拔机油尺。正确顺序如下：
- 打开 phpEnv 控制面板，点击「Stop MySQL」按钮（不是「Restart」）
- 确认任务管理器中已无
mysqld.exe进程（按 Ctrl+Shift+Esc → 查看「详细信息」页签 → 搜索mysqld） - 若仍有残留进程，右键结束，并检查是否启用了「MySQL as Service」—— 若启用，还需在 Windows 服务管理器（
services.msc）中手动停止MySQL57或类似名称的服务 - 此时再进
data目录删库文件夹，或用 PHP 执行unlink()，基本都能成功
删库前别跳过 DROP DATABASE
即使你停了 mysqld，也**不要直接删文件夹**来“删除数据库”。MySQL 的元数据（如 mysql.db 表、information_schema 缓存）不会自动同步更新，下次启动可能报错或出现不可见库。安全做法是：
立即学习“PHP免费学习笔记（深入）”；
- 先用客户端连上 MySQL（如 phpMyAdmin 或命令行
mysql -u root -p） - 执行
DROP DATABASE `your_db_name`;（注意反引号包裹库名） - 确认返回
Query OK, 0 rows affected后，再停 mysqld - 此时
data/your_db_name文件夹应已为空或被自动移除；若还存在，说明有残留表空间未清理，可放心手动删
PHP unlink() 在 phpEnv 下仍失败？重点查父目录权限
即使 mysqld 已停，PHP 脚本调用 unlink() 删除 .ibd 文件仍失败，大概率不是文件权限问题，而是：MySQL 数据目录的父目录（即 data 文件夹）对 PHP 进程用户（通常是 SYSTEM 或你当前 Windows 登录用户）没有写权限。
- 右键
C:\phpEnv\mysql\data→ 「属性」→ 「安全」→ 查看「组或用户名」列表里你的账户是否有「修改」和「写入」权限 - 若没有，点「编辑」→ 勾选「修改」→ 应用；不要盲目设「完全控制」
- 避免用
chmod 777（Windows 不生效），也不要在 PHP 里调chmod()—— 它对 NTFS 权限无效 - 如果 phpEnv 是以管理员身份运行的，而你的 PHP 脚本是普通用户启动的（比如通过浏览器访问），权限上下文不一致，此时必须统一用户或改目录 ACL
真正容易被忽略的是：MySQL 停了 ≠ 文件解锁完毕，Windows 句柄释放有延迟；DROP DATABASE 用了 ≠ data 目录立刻清空，InnoDB 表空间可能异步清理；PHP 进程用户 ≠ 当前登录用户 —— 这三点叠在一起，才是 phpEnv 环境下删库文件最常卡死的位置。
