必须用root或含GRANT OPTION权限的账号登录phpMyAdmin才能看到EXECUTE选项；库级授权路径为「用户账户」→「编辑权限」→「数据库特定权限」→选库→勾选「Routine privileges」中的Execute；跨库调用需目标库单独授权，且过程内涉及的表权限也须完备。
phpMyAdmin里找不到EXECUTE权限选项？先确认登录账号权限
必须用 root 或拥有 grant option 的账号登录 phpmyadmin，否则「用户权限」页面根本不会显示 execute 相关勾选框。普通账号进「users」→「edit privileges」后，通常只看到「database-specific privileges」区域，全局或过程级权限入口压根不出现。
常见表现：
- 点击用户后只有表级权限列表，没有「Function and procedure execution」或「Execute」复选框
- 「Add user account」页面填完信息直接跳过权限设置
解决办法：换 root 登录，或确保当前账号已授 GRANT OPTION ON *.*；旧版 phpMyAdmin（如 5.1 及更早）还需手动拉到权限页底部，点「Add privileges on the following databases」→ 选「All databases」才能触发 EXECUTE 显示。
在phpMyAdmin中给某库授予EXECUTE权限的实操路径
phpMyAdmin 不支持图形化界面直接勾选「仅某个存储过程」，但能完成最常用、最兼容的库级授权：GRANT EXECUTE ON `db_name`.*。
操作步骤：
立即学习“PHP免费学习笔记（深入）”；
- 顶部菜单点「用户账户」→ 找到目标用户 → 点「编辑权限」
- 切换到「数据库特定权限」标签页
- 「Add database-specific privileges」下拉选目标库名（如
myapp），点「Go」 - 在新页面中，向下滚动到「Routine privileges」区域
- 勾选「Execute」（注意：不是「Create routine」或「Alter routine」）
- 务必点右下角「执行」按钮保存，
FLUSH PRIVILEGES会自动触发，不用手动执行
⚠️ 注意：myapp 必须用反引号包裹，否则库名含下划线或为关键字时会失败；勾选后该用户即可调用 myapp 下所有现有及未来新建的存储过程和函数。
CALL 还报 “EXECUTE command denied”？别只盯着phpMyAdmin界面
phpMyAdmin 显示权限已保存，但实际调用仍失败，大概率是以下三个非界面问题：
- 用户连接 host 和授权 host 不一致：比如 phpMyAdmin 里授的是
'api_user'@'10.20.%'，但应用连的是'api_user'@'localhost'——MySQL 视为两个独立账号 - 存储过程定义在
otherdb，你却只对myapp授了 EXECUTE；跨库调用时，目标库也得单独授EXECUTE - 过程内部查了
otherdb.table，但用户没被授予otherdb的SELECT权限；即使设了SQL SECURITY DEFINER，若定义者账号已删或无权，MySQL 会 fallback 到调用者权限校验
验证方法：SHOW CREATE PROCEDURE myapp.proc_name 查 DEFINER 和 SQL SECURITY；再查 INFORMATION_SCHEMA.ROUTINES 确认过程归属库与安全上下文是否匹配。
想只允许调用几个过程？phpMyAdmin做不到，得换思路
phpMyAdmin 的权限界面只支持库级 EXECUTE，无法按过程名白名单控制。硬要在 MySQL 层实现，唯一可行方案是：
- 把要开放的过程统一挪到专用库（如
api_routines） - 在 phpMyAdmin 中只对该库授
EXECUTE：GRANT EXECUTE ON `api_routines`.* TO 'appuser'@'%' - 严禁使用
GRANT EXECUTE ON *.*——语法不支持，且风险极高
真正需要细粒度过程白名单的场景，得靠应用层拦截或代理层（如 ProxySQL）实现，MySQL 权限系统本身不提供对象名过滤能力。最容易被忽略的是：EXECUTE 权限只管“能不能调”，不管“过程里能不能查表”——哪怕所有权限都配对了，只要过程里一条 SELECT 缺权限，错误还是统一报 EXECUTE command denied。
