sc delete mysql 能直接删掉残留服务
phpEnv 是 Windows 下的集成环境，它调用的是系统级 MySQL 服务。如果提示 “The service already exists” 或 “A Windows service with the name MySQL already exists”，说明上一次安装没卸载干净，sc 命令是最快最准的清理方式。
以管理员身份打开 CMD（不是 PowerShell），执行：
sc query mysql
如果返回 SERVICE_NAME: mysql 和 STATE: 4 RUNNING 或 1 STOPPED，就确认服务确实存在。接着执行：
sc delete mysql
看到 [SC] DeleteService SUCCESS 才算真正删掉。别跳过这步直接重装——phpEnv 后续调用 mysqld install 会再次失败。
立即学习“PHP免费学习笔记（深入）”；
- 服务名不一定是
mysql，也可能是mysql57、mysql80，用sc queryex type= service列出所有 MySQL 相关服务再针对性删 - 删完不要立刻重装，先重启电脑。Windows 有时缓存服务注册表项，不重启可能仍报“already exists”
- phpEnv 界面点“安装 MySQL”本质就是后台跑
mysqld install，它不自动处理服务冲突
data 文件夹残留会导致初始化失败
即使服务删了，mysqld --initialize-insecure 还是可能卡住或报错“File 'ibdata1' already exists”，这是因为 phpEnv 默认把 data 放在 C:\phpenv\phpenv\mysql\data，旧数据没清空。
手动删掉整个 data 文件夹（不是只清空内容），再点 phpEnv 的“初始化 MySQL”。注意：
- 删之前确认 MySQL 服务已停止：
net stop mysql，否则文件被占用删不掉 - phpEnv 的配置文件（如
my.ini）里datadir路径必须和实际目录一致，否则初始化会写到别处，导致后续启动找不到数据 - 如果初始化后
data下没生成mysql、performance_schema等系统库，说明初始化失败，大概率是路径权限或残留文件干扰
CREATE DATABASE 报 1007 错误不是 phpEnv 的锅
你在 phpEnv 自带的 phpMyAdmin 或自己写的 PHP 脚本里执行 CREATE DATABASE test，报 Can't create database 'test'; database exists（错误号 1007），这不是安装问题，是 SQL 写法没兜底。
PHP 不会主动检查库是否存在，它只是把语句原样发给 MySQL。MySQL 拒绝重复建库并返回错误，而 mysqli_query() 在 IF NOT EXISTS 成功跳过时也返回 true，所以不能靠返回值判断“是否新建成功”。
- 正确写法是：
CREATE DATABASE IF NOT EXISTS `test`（反引号必须加，尤其库名含短横线或数字开头时） - 避免用
mysql_select_db()+CREATE组合，它不处理并发场景；单条IF NOT EXISTS是原子操作 - phpEnv 自带的 MySQL 版本（通常是 5.7 或 8.0）都支持
IF NOT EXISTS，无需降级或换驱动
phpEnv 安装 MySQL 失败后别乱动注册表
有人遇到“服务已存在”就去注册表找 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\mysql 手动删键值，这是高危操作。Windows 服务注册表结构复杂，删错可能导致系统服务异常，甚至无法开机。
真正干净的流程只有三步：停服务 → sc delete → 清 data 目录 → 重启 → 重装。其他任何绕过手段（比如改服务名为 mysql_new、用非标准端口躲冲突）都会让 phpEnv 后续功能（如一键启停、phpMyAdmin 连接）失效。
最容易被忽略的一点：phpEnv 的 MySQL 服务名默认就是 mysql，但它允许你在配置界面自定义。如果你改过服务名，卸载时必须用那个自定义名，而不是盲目删 mysql。
