Metabase 不能在 phpEnv 中安装运行，因其是基于 Java 的独立应用，依赖 JVM 而非 PHP 环境；正确方式是单独启动 Metabase 并连接 phpEnv 提供的 MySQL 服务。
phpEnv 本身不支持直接安装或运行 Metabase —— 它是 Java 应用，依赖 JVM，和 PHP 环境无关。强行在 phpEnv 里“配 PHP 来跑 Metabase”属于方向性错误，会卡在启动、端口、类路径等一堆不可解的问题上。
Metabase 不能装在 phpEnv 里，原因很实在
Metabase 是一个基于 Java 的开源 BI 工具，启动靠 java -jar metabase.jar，它不调用 PHP，也不需要 Apache/Nginx 转发 PHP 请求。phpEnv 提供的是 PHP + Web Server（Apache/Nginx）+ MySQL/Redis 的组合，本质是为 PHP 应用服务的。两者进程模型、依赖栈、配置逻辑完全隔离。
- phpEnv 启动的服务监听的是
80、443、3306这类端口，而 Metabase 默认用3000端口提供 Web UI，且自己内嵌 Jetty 服务器 - 你改 phpEnv 的 Apache 配置去反代
localhost:3000可以实现访问，但这和“在 phpEnv 里安装 Metabase”不是一回事——PHP 环境对 Metabase 零参与 - 试图把
metabase.jar放进 phpEnv 的 www 目录、用 PHP exec() 调用 java 启动，既不安全（Web 进程权限受限），也无法持久化管理进程（php-fpm 不是守护进程管理器）
正确部署 Metabase：绕过 phpEnv，单独运行
最稳的方式是脱离 phpEnv，用系统级方式启动 Metabase，并按需与 phpEnv 中的 MySQL 数据库打通：
- 从 metabase.com/start 下载最新
metabase.jar（注意选对应系统架构，如 Windows x64） - 确保已安装 JDK 11 或更高版本（运行
java -version验证），phpEnv 不提供也不管理 JDK - 新建一个空文件夹（如
C:\metabase），把metabase.jar放进去，用 CMD 执行：java -jar metabase.jar
首次启动会生成metabase.db并监听http://localhost:3000 - 若要后台运行，可用
start /min java -jar metabase.jar（Windows）或配合nohup（Linux/macOS）；生产环境建议用 NSSM（Windows）或 systemd（Linux）托管 - Metabase 连接数据库时，“Host” 填 phpEnv 中 MySQL 的实际地址：默认是
127.0.0.1，端口看 phpEnv 面板显示（通常是3306），账号密码就是你在 phpEnv 里设置的 MySQL root 密码
phpEnv 里能做的只有数据源对接，别碰启动逻辑
phpEnv 的价值在这里收束得很清楚：它只负责把 MySQL 实例跑起来、配好账户、开放端口。Metabase 是否能连上，只取决于三点：
立即学习“PHP免费学习笔记（深入）”；
- phpEnv 的 MySQL 服务是否正在运行（看 phpEnv 控制面板里 MySQL 状态是不是 “Running”）
- MySQL 是否允许远程连接（默认只绑
127.0.0.1，够 Metabase 本地连接；如 Metabase 和 phpEnv 不在同一机器，需改bind-address = 0.0.0.0并开防火墙端口） - 你填的数据库用户名/密码，在 phpEnv 的 MySQL 中真实存在且有对应库表权限（Metabase 不需要 super 权限，但至少要有
SELECT）
别去修改 phpEnv 的 php.ini 或加扩展来“适配 Metabase”，那毫无意义。它的 PHP 配置只影响你自己的 PHP 项目，和 Java 进程之间没有调用链。
真正容易被忽略的是端口冲突和权限边界：Metabase 默认占 3000，而 phpEnv 的 Apache/Nginx 通常占 80/8080，看起来不撞——但如果你手动改过 Metabase 的 MB_JETTY_PORT，又没同步更新反代规则，或者在 phpEnv 里启用了多个服务共用一个端口监控，问题就会静默发生。动手前先 netstat -ano | findstr :3000 确认端口空闲，比反复重装 jar 更有效。
