MySQL用户级连接数限制只能通过ALTER USER或CREATE USER语句设置MAX_USER_CONNECTIONS参数实现，宝塔无图形化配置界面，该值存于mysql.user表且需FLUSH PRIVILEGES生效。
MySQL 用户级连接数限制只能靠 GRANT 语句实现
宝塔面板本身不提供图形化界面来为单个 MySQL 用户设置最大连接数，这个限制必须在 MySQL 服务端通过 SQL 命令配置。MySQL 5.7+ 支持 MAX_CONNECTIONS_PER_HOUR、MAX_QUERIES_PER_HOUR 等资源限制，但真正能控制并发连接上限的，只有 MAX_USER_CONNECTIONS 参数。
它表示该用户**同时允许建立的最大活跃连接数**，超出时会直接报错：Too many connections for user（注意不是全局的 Too many connections）。
实操建议：
- 登录宝塔 → 数据库 → 点击对应数据库 → “root” 或其他有 SUPER 权限的账号执行 SQL
- 对已有用户修改限制：
ALTER USER 'myapp'@'%' WITH MAX_USER_CONNECTIONS 10;
- 创建新用户时直接指定：
CREATE USER 'myapp'@'%' IDENTIFIED BY 'pwd123' WITH MAX_USER_CONNECTIONS 10;
- 设为 0 表示不限制（默认值），设为 10 就意味着该用户最多维持 10 个未关闭的连接
为什么 SHOW GRANTS 看不到 MAX_USER_CONNECTIONS？
MySQL 的资源限制不会出现在 SHOW GRANTS 输出里，它被存在 mysql.user 表的 max_user_connections 字段中。直接查表才能确认是否生效：
SELECT User, Host, max_user_connections FROM mysql.user WHERE User = 'myapp';
常见错误现象：
- 执行
ALTER USER ... WITH MAX_USER_CONNECTIONS后没生效 → 忘记刷新权限，需执行FLUSH PRIVILEGES; - 应用仍能建更多连接 → 检查是否用错了用户名/Host（比如用户是
'myapp'@'127.0.0.1'，但程序连的是'myapp'@'localhost'，这是两个独立账户） - 宝塔“数据库列表”页显示的“最大连接数”是全局
max_connections配置，和用户级无关，别混淆
PHP 应用连接池或长连接会让限制提前触发
如果 PHP 使用了 PDO::ATTR_PERSISTENT => true 或 Laravel 的连接池配置，连接不会随脚本结束而释放，而是复用。此时即使请求量不大，MAX_USER_CONNECTIONS 也可能很快被占满。
判断是否受此影响：
- 执行
SHOW PROCESSLIST;查看当前所有连接，按User列统计数量 - 对比
SELECT COUNT(*) FROM information_schema.PROCESSLIST WHERE USER='myapp';和你设的限制值 - 若长期维持高位，说明连接未及时释放 → 检查代码中是否有
$pdo = null或显式$pdo->close()（PDO 不支持 close，需 unset）
临时缓解可设高一点（如 30），但根本解法是避免持久连接滥用，或改用连接池中间件（如 ProxySQL）做更细粒度调度。
宝塔里改 MySQL 全局配置不能替代用户级限制
有人试图在宝塔 → 软件商店 → MySQL → 设置 → 配置修改里调低 max_connections，这只会降低整个 MySQL 实例的总连接上限，所有用户共享这个池子，无法隔离单个用户行为。一旦某个用户写死循环建连接，照样可能拖垮其他应用。
真正有效的隔离必须落在用户维度：
- 每个业务数据库配独立用户（如
shop_db_user、cms_db_user） - 每个用户单独设
MAX_USER_CONNECTIONS（例如 15 / 8 / 20） - 配合应用层连接超时（
wait_timeout、interactive_timeout）自动回收空闲连接
复杂点在于：MySQL 的用户级限制不支持动态权重或时间窗口，也不能按 IP 分组限制。如果业务需要更精细的流控（比如每分钟最多 100 查询），就得在应用网关或代理层补足，MySQL 原生做不到。
