必须先授予USAGE权限且EXECUTE须在目标数据库上下文中显式授予，否则调用失败；MySQL 8.0+中EXECUTE是独立数据库级权限，不随全局权限或表权限隐式获得，且过程内SQL仍受调用者权限约束。
为什么不能只给 EXECUTE 权限就完事
直接在「用户账户」里勾选 EXECUTE 权限，不代表用户就能调用存储过程——MySQL 要求调用者对存储过程**所属的数据库**至少拥有 USAGE（即连接权限），且该过程本身必须被显式授权。更关键的是：EXECUTE 是数据库级权限，不是全局权限；如果你没在对应数据库的「权限」页里单独授予，它压根不生效。
创建只允许调用存储过程的用户的完整步骤
以管理员身份登录后，按顺序操作：
- 先在「用户账户」→「添加用户账户」创建新用户，主机名不要填 %，尽量限定为具体 IP 或
localhost（避免远程越权） - 跳过「全局权限」所有勾选，完全不赋予
SELECT/INSERT/UPDATE/DELETE等数据操作权限 - 在左侧导航栏选中目标数据库（比如
app_db），再点顶部「权限」→「添加用户到数据库」 - 在弹出页中，勾选
EXECUTE，同时务必勾选USAGE（否则会提示「没有权限访问此数据库」） - 保存后，用该用户连接测试：
CALL my_proc();应成功；SELECT * FROM users;应报错#1142 - SELECT command denied
常见错误：存储过程调用失败但权限看似已给
现象包括：ERROR 1370 (42000): execute command denied to user 或静默无返回。原因往往不是权限漏勾，而是：
- 用户是在「全服务器」权限页勾的
EXECUTE，但 MySQL 8.0+ 起，EXECUTE必须在**具体数据库上下文**中授予，全局勾选无效 - 存储过程是用
DEFINER = 'root'@'localhost'创建的，而当前用户无权模拟该定义者（需额外SET DEFINER权限，不推荐；改用SQL SECURITY INVOKER创建更安全） - 过程内部用了未授权的操作，比如
SELECT查询某张表——即使你只给了EXECUTE，过程体里的语句仍受调用者权限约束
验证和调试建议
别依赖图形界面“看起来已授权”。实际验证要分两步：
- 用该用户登录后执行：
SHOW GRANTS FOR CURRENT_USER;，确认输出里有类似GRANT EXECUTE ON `app_db`.* TO 'proc_user'@'localhost' - 检查过程定义：
SHOW CREATE PROCEDURE app_db.my_proc;，重点看SQL SECURITY是INVOKER还是DEFINER；如果是后者，且你不想开放定义者权限，重建时加SQL SECURITY INVOKER - 如果过程内需查表，确保该用户对涉及的表也有对应
SELECT权限——这是最容易忽略的一环，EXECUTE不自动继承过程体内的权限需求
权限最小化不是只勾一个 EXECUTE 就结束的事，关键在数据库上下文、过程安全模型、以及过程内部语句的真实权限链。漏掉任一环，都会导致“明明给了权限却调用失败”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
