必须显式授予EXECUTE权限才能执行存储过程，SELECT或ALL PRIVILEGES无法替代；可按数据库或单个过程授权；phpMyAdmin界面可能不显示该选项，建议用SQL语句直接授权并验证。
GRANT EXECUTE 权限必须显式授予，不能靠 SELECT 或 ALL PRIVILEGES 代替
很多人误以为给用户分配了 select、insert 等表级权限，或者用了 grant all privileges on *.*，就能执行存储过程——实际上不会生效。mysql 对存储过程的执行控制是独立的，必须明确授予 execute 权限。
在 phpMyAdmin 中操作时，不要依赖“全选权限”界面，它默认不勾选 EXECUTE（尤其在较新版本中）。你需要手动下拉权限列表并勾选它。
-
EXECUTE权限可以按数据库粒度授予：GRANT EXECUTE ON `dbname`.* TO 'user'@'host' - 也可以精确到单个存储过程：
GRANT EXECUTE ON PROCEDURE `dbname`.`proc_name` TO 'user'@'host' - 如果用户需要创建或修改过程，还需额外授予
CREATE ROUTINE和ALTER ROUTINE，但执行不需要这两个
phpMyAdmin 界面里找不到 EXECUTE 选项？检查当前用户权限和 MySQL 版本
phpMyAdmin 的权限设置页是否显示 EXECUTE 选项，取决于两个条件：当前登录用户是否有 GRANT OPTION，以及 MySQL 服务端版本是否支持该权限粒度（MySQL 5.7+ 完全支持，5.6 需确认已启用 log_bin_trust_function_creators=1）。
如果下拉菜单里没有 EXECUTE，先在 SQL 标签页运行：
SHOW GRANTS FOR CURRENT_USER;
确认自己是否有 GRANT OPTION。没有的话，得让管理员账号执行授权；有但界面仍不显示，可能是 phpMyAdmin 缓存或旧版 UI 问题，此时应直接走 SQL 方式授予权限。
立即学习“PHP免费学习笔记（深入）”；
用 SQL 方式授予权限最可靠，且能避免 phpMyAdmin 的 UI 限制
在 phpMyAdmin 的「SQL」标签页中粘贴并执行以下语句，比图形界面更可控：
GRANT EXECUTE ON PROCEDURE `myapp`.`calculate_total` TO 'webuser'@'localhost';
或对整个数据库的所有过程授权：
GRANT EXECUTE ON `myapp`.* TO 'webuser'@'localhost';
注意：
- 数据库名、过程名、用户名、主机名都必须用反引号包裹，尤其是含短横线或大小写的名称
- 执行后必须运行
FLUSH PRIVILEGES;（仅当用 SQL 直接操作 mysql 系统表时才强制需要；用GRANT语句通常自动刷新） - 如果遇到
ERROR 1418，说明过程被标记为DETERMINISTIC但未声明，或未启用log_bin_trust_function_creators，这和权限无关，需另调过程定义
测试权限是否真正生效，别只看 phpMyAdmin 的“成功提示”
phpMyAdmin 执行完 GRANT 后会显示“成功”，但这不代表用户立刻能调用。常见失效原因包括：
- 用户连接时用的是不同主机名（如
'user'@'127.0.0.1'和'user'@'localhost'是两个账户） - 用户已存在活跃连接，权限变更对其当前会话无效，需重新登录
- 存储过程本身包含 SQL SECURITY DEFINER，而定义者账号无对应权限，此时执行失败报错是
PROCEDURE ... can't be executed而非权限拒绝
最直接的验证方式：用目标用户登录 phpMyAdmin，切换到对应数据库，在 SQL 标签页运行 CALL calculate_total();。出错信息里带 EXECUTE command denied 才是权限问题；如果是 Access denied for procedure 或空结果，则要查过程体内的权限上下文。
真正麻烦的往往不是授不授权，而是权限作用域和过程安全上下文混在一起，调试时容易来回绕。
