error 1049 (42000): unknown database 表示指定数据库不存在，常见原因包括：数据库未创建、datadir路径为空或错误、多mysql版本切换导致连接错实例、php连接代码中库名拼写错误或未预先创建库。
phpEnv 环境下报 ERROR 1049 (42000): Unknown database，大概率不是数据库“丢失”，而是 MySQL 实例没加载你预期的数据库目录，或 phpEnv 启动时指向了空/错误的数据路径。
phpEnv 的 MySQL 数据目录被重置或未初始化
phpEnv 默认启动的 MySQL 实例，其 datadir 通常指向类似 C:\phpEnv\mysql\data 的路径。如果该目录为空、被手动清空、或被其他版本覆盖，MySQL 启动后只会加载系统库（mysql、performance_schema 等），不会自动恢复你之前创建的库。
- 用管理员权限打开命令行，进入 phpEnv 目录，执行：
mysql -u root -p（默认密码常为空或root） - 登录后立即执行：
SHOW DATABASES;—— 如果只看到information_schema、mysql、sys，说明你的业务库确实不在当前实例中 - 查当前数据路径：
SHOW VARIABLES LIKE 'datadir';，确认它是否指向你认为“应该有库”的那个文件夹 - 去 Windows 资源管理器里打开该
datadir路径，看里面是否有对应数据库名的子文件夹（如myapp文件夹）；没有就代表库文件物理丢失或从未写入
误用了 phpEnv 的多版本切换导致连接错实例
phpEnv 支持切换 MySQL 版本（如 5.7 / 8.0），但每个版本维护独立的 data 目录。你上次建库用的是 MySQL 5.7，这次启动却切到了 8.0，自然找不到库。
- 检查当前启用的 MySQL 版本：
phpenv mysql version或查看 phpEnv 控制面板里的状态栏 - 确认你连接时指定的端口（如
3306vs3307）是否和当前启用版本绑定的端口一致 - 不同版本的配置文件（
my.ini）里datadir路径往往不同，别只改一个版本的配置还指望另一个版本读到
PHP 连接代码里写死了不存在的库名，且没做存在性校验
phpEnv 本身不干预 PHP 代码逻辑。很多开发者在 mysqli_connect() 或 PDO DSN 中硬编码了库名，但部署时忘了在目标 MySQL 实例中创建它——这时报 1049 是必然的，和“丢失”无关。
- 检查连接语句是否含第四个参数（mysqli）或 DSN 中的
dbname=xxx，确认xxx是否拼写正确、大小写匹配（Windows 不敏感，Linux 敏感） - 不要依赖“USE xxx”在连接后执行——PHP 连接时若指定库名失败，根本进不了会话，
USE没机会运行 - 临时加一行诊断代码：
var_dump($mysqli->connect_error);，确认错误来源确实是连接阶段而非查询阶段
备份恢复比“找丢失”更实际
phpEnv 的 MySQL 数据目录本质就是一堆文件夹+frm/ibd 文件。如果你有旧备份（哪怕只是整个 data 文件夹的压缩包），直接替换当前 datadir 内容，再重启 MySQL 服务即可。没有备份的话，“恢复丢失”基本不可行——InnoDB 表空间无法从空目录凭空重建。
- 下次务必定期导出：
mysqldump -u root -p --all-databases > full_backup.sql - phpEnv 自带的“服务管理”界面里，有些版本提供“数据库备份”按钮，点一下比手敲命令更可靠
- 注意：替换
data目录前必须彻底停止 MySQL 服务，否则可能损坏 ibdata1
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
