phpMyAdmin 5.0 不支持在界面中配置任何用户资源限制参数，因其UI层过滤掉所有max_开头字段，且config.inc.php中无对应配置变量；必须通过SQL命令（如GRANT USAGE或ALTER USER）配合FLUSH PRIVILEGES设置。
phpMyAdmin 5.0 不支持在界面中配置任何用户资源限制参数——MAX_CONNECTIONS_PER_HOUR、MAX_USER_CONNECTIONS、MAX_QUERIES_PER_HOUR 等字段完全不可见、不可编辑，也无法通过 config.inc.php 添加对应变量生效。
为什么 phpMyAdmin 5.0 界面里找不到资源限制设置
phpMyAdmin 的「用户账户」和「编辑权限」页面只读取并渲染 mysql.user 表中的部分字段（如 User、Host、authentication_string），而所有以 max_ 开头的资源限制列（max_connections、max_user_connections、max_questions、max_updates）默认被 UI 层过滤掉，既不显示，也不提供输入控件。
尝试在 config.inc.php 中添加类似 $cfg['MaxConnectionsPerHour'] 或 $cfg['UserResourceLimits'] → 无效，这些变量根本不存在，PHPMyAdmin 启动时会直接忽略。
- 界面提交的权限变更仅生成
GRANT/REVOKE语句，不包含WITH子句 - 即使你手动在 SQL 标签页执行
ALTER USER ... WITH MAX_USER_CONNECTIONS 5，phpMyAdmin 5.0 的「编辑权限」页面刷新后仍不会显示该值 - MySQL 8.0+ 的角色（ROLE）机制、密码策略等高级功能，phpMyAdmin 5.0 也无对应表单支持
必须用 SQL 命令设置的三个关键资源限制
所有用户级资源限制都只能通过 MySQL 原生命令设置，且语法和适用场景有严格区分：
立即学习“PHP免费学习笔记（深入）”；
-
MAX_USER_CONNECTIONS：限制该用户**同时保持的活跃连接数**（不是每小时）。适用于防止单个账号耗尽连接池。MySQL 5.7+ 推荐用ALTER USER：ALTER USER 'app'@'192.168.1.%' WITH MAX_USER_CONNECTIONS 8;
-
MAX_CONNECTIONS_PER_HOUR：限制该用户**每小时成功建立的新连接次数**（认证成功即计数）。仅 MySQL 5.6.3+ 支持，且必须用GRANT USAGE：GRANT USAGE ON *.* TO 'app'@'192.168.1.%' WITH MAX_CONNECTIONS_PER_HOUR 300;
-
MAX_QUERIES_PER_HOUR：限制该用户**每小时执行的语句总数**（含 SELECT/INSERT/UPDATE/SET 等）。同样需GRANT USAGE，注意它统计的是“语句”，不是“查询结果行数”：GRANT USAGE ON *.* TO 'report'@'localhost' WITH MAX_QUERIES_PER_HOUR 1000;
执行任一命令后，**必须显式运行 FLUSH PRIVILEGES**（MySQL 5.7.6+ 在某些情况下自动刷新，但 phpMyAdmin 5.0 不保证兼容性，建议始终加上）。
验证是否生效及常见失效点
查表确认值已写入：
SELECT User, Host, max_user_connections, max_connections, max_questions FROM mysql.user WHERE User = 'app';注意字段名：不是
max_connection_per_hour（少 s）、不是 max_conns，拼错就静默失败。
- 连接池（如 HikariCP）会让
MAX_CONNECTIONS_PER_HOUR失效：它只统计新连接，复用连接不计数 - 代理层（ProxySQL、MaxScale）下，MySQL 看到的是代理账号，真实客户端身份未透传
- 主机名不匹配：'
app@%' 和 'app@192.168.1.100' 是两个独立账号，限制互不影响 - MySQL 版本低于 5.6.3：该参数被忽略，
SHOW WARNINGS可能无提示
真正麻烦的不是设不上，而是设上了却不知道它在哪起作用——MAX_USER_CONNECTIONS 在连接建立时立刻拦截，MAX_CONNECTIONS_PER_HOUR 要等第 301 次连接才报错，中间这 300 次你根本看不出异样。
