phpEnv 无法直接设置 MySQL 连接数告警，因其无监控告警能力；需通过命令行查 Threads_connected、max_connections 和 Max_used_connections 判断水位，并用 ALTER USER 限制单用户连接数，再配合 PHP 脚本实现轻量告警逻辑。
phpEnv 里没法直接设 MySQL 连接数告警
phpEnv 是本地开发环境套件（类似 XAMPP、WAMP），它不带数据库监控或告警能力。你看到的“连接数”只是 phpMyAdmin 或 MySQL 自带状态页里的静态快照，没有阈值判断、没有通知通道、也没有轮询机制。真要告警，得绕过 phpEnv 界面，直接对接 MySQL 实例本身。
关键点有三个：SHOW STATUS LIKE 'Threads_connected' 查实时连接数、max_connections 看上限、必须用有 PROCESS 权限的账号执行——而 phpEnv 默认的 root@localhost 通常没开这个权限，直接查会报 Access denied。
在 phpEnv 环境下手动验证连接水位是否危险
别信 phpMyAdmin 右下角那个“#12 connections”数字，它可能滞后或不准。打开终端，进 MySQL 命令行（phpEnv 一般在 C:\phpEnv\MySQL\bin\mysql.exe 或 /Applications/phpEnv/MySQL/bin/mysql）：
mysql -u root -p mysql> SHOW VARIABLES LIKE 'max_connections'; mysql> SHOW STATUS LIKE 'Threads_connected'; mysql> SHOW GLOBAL STATUS LIKE 'Max_used_connections';
如果 Threads_connected 接近 max_connections（比如 95/100），且 Max_used_connections 长期在高位，说明不是临时峰值，而是连接泄漏或复用异常。此时再查 performance_schema.threads 看有没有大量 sleep 状态连接卡着不释放。
立即学习“PHP免费学习笔记（深入）”；
给 phpEnv 的 MySQL 加上用户级连接限制防崩
本地开发时，一个写错的循环或死锁脚本就能把 max_connections=100 撑满，导致整个 phpEnv 的 MySQL 无法响应。最简单的防护是限制单个应用用户的并发连接数：
-
ALTER USER 'root'@'localhost' WITH MAX_USER_CONNECTIONS 20;—— 直接限制本地 root，避免误操作占满 - 如果你用其他账号（如
dev_user），必须显式指定 host：ALTER USER 'dev_user'@'127.0.0.1' WITH MAX_USER_CONNECTIONS 10; - 改完立刻生效，不用重启 MySQL，但要用
SELECT User, Host, Max_user_connections FROM mysql.user;确认写入成功 - 注意：phpEnv 的 MySQL 默认关闭
performance_schema，执行上述语句前先确认已启用，否则ALTER USER会失败
用 PHP 脚本在 phpEnv 里模拟轻量告警逻辑
不想装 Prometheus 或 Zabbix？可以写个极简 PHP 脚本，放在 phpEnv 的 Web 根目录下，浏览器访问一次就输出当前连接水位和风险提示：
<?php
$mysqli = new mysqli('127.0.0.1', 'root', '', '', 3306);
if ($mysqli->connect_error) die('DB connect fail');
<p>$res = $mysqli->query("SHOW VARIABLES LIKE 'max_connections'");
list(, $max) = $res->fetch_row();</p><p>$res = $mysqli->query("SHOW STATUS LIKE 'Threads_connected'");
list(, $current) = $res->fetch_row();</p><p>$ratio = $current / $max * 100;
echo "当前连接数：$current / $max (".round($ratio, 1)."%)";
if ($ratio > 80) {
echo " <strong style='color:red'>⚠️ 警告：超过 80% 上限</strong>";
}
?>这个脚本只读，不写数据，也不依赖 Redis 或队列，适合本地快速验证。但它不会自动触发邮件或钉钉——真要通知，得配合系统定时任务（Windows 计划任务 / macOS cron）调用该脚本并判断输出内容。
真正容易被忽略的是：phpEnv 的 MySQL 默认 wait_timeout=28800，而 PHP 脚本执行完就断开连接，不会维持长连接。所以你看到的 Threads_connected 大多是 phpMyAdmin 或你正在调试的页面留下的空闲连接，不是业务真实压力。盯住 Threads_running 才知道有没有 SQL 正在堵着。
