phpMyAdmin 本身不限制查询次数，真正起作用的是 MySQL 的 max_questions 用户资源限制，需通过 ALTER USER 或 CREATE USER 设置，且 host 必须完全匹配，新连接才生效。
phpMyAdmin 本身不控制查询次数
phpmyadmin 是个纯前端工具，所有 sql 都发给 mysql 执行，它自己没有“每小时查询上限”这类功能。真正起作用的是 mysql 的 max_questions 用户资源限制，必须在 mysql 层配置。
设置 MySQL 用户的 max_questions 限制
这是唯一有效的方式。MySQL 允许为每个用户单独设置每小时最多能执行多少条语句（含 SELECT、INSERT、UPDATE 等），但注意：这个计数是“语句数”，不是“连接数”或“请求次数”。phpMyAdmin 每点一次“执行”，通常会发 1 条或多条语句（比如带自动分析的查询可能额外触发 SHOW EXPLAIN）。
操作步骤：
- 用有
CREATE USER或ALTER USER权限的账号登录 MySQL（如 root） - 对已有用户修改限制：
ALTER USER 'username'@'host' WITH MAX_QUERIES_PER_HOUR 100;
- 新建用户时直接指定：
CREATE USER 'username'@'host' IDENTIFIED BY 'pass' WITH MAX_QUERIES_PER_HOUR 100;
- 设为 0 表示不限制（默认值）
生效后，超出限额的语句会报错：User 'username' has exceeded the 'max_questions' resource (current value: 100)
为什么改了没效果？常见踩坑点
这个限制容易被忽略或误配，导致看似设置了却不起作用：
立即学习“PHP免费学习笔记（深入）”；
-
host必须完全匹配：如果用户是'user'@'192.168.1.%'，但你连的是localhost，那实际走的是'user'@'localhost'这个独立账号，得单独设 - 权限变更需刷新：执行
FLUSH PRIVILEGES;不是必须的（ALTER USER会自动生效），但旧连接不会立刻受新限制影响，新连接才会计数 - phpMyAdmin 的“刷新”“预览”“结构页加载”等操作也会触发查询，容易快速耗尽额度，尤其开多个标签页时
- 该限制只统计用户发起的语句，不包括存储过程内部语句、触发器、或 MySQL 自身后台操作
替代方案：靠 Web 层或代理限流更实用
如果真要按“每小时 HTTP 请求”或“每分钟 SQL 查询频次”来控，MySQL 原生机制太粗糙。更现实的做法是：
- 在反向代理（如 Nginx）层用
limit_req限制 phpMyAdmin 的访问频率 - 把 phpMyAdmin 放到带认证和审计的网关后面（如 Authelia + Nginx），记录并拦截高频请求
- 禁用普通用户的 phpMyAdmin，改用只读 API 或定制后台，从源头减少直连风险
硬靠 max_questions 拦普通开发或 DBA，大概率拦不住问题操作，反而让日常调试卡住——它更适合隔离低权限只读账号，比如给外包查看日志表的临时账户。
