授予bdwebapp.*全权限后，Java应用仍无法执行MySQL存储过程的原因

报错信息 #

Error querying database.  Cause: java.sql.SQLException: User does not have access to metadata required to determine stored procedure parameter types. If rights can not be granted, configure connection with "noAccessToProcedureBodies=true" 
to have driver generate parameters that represent INOUT strings irregardless of actual parameter types.

核心疑问 #

• 已执行GRANT ALL PRIVILEGES ON bdwebapp.* TO webapp@'%';授予业务库全权限，为何Web应用调用存储过程仍报错？
• 通过MySQL Shell直接执行call sp_getClientByCode(1);无需额外权限即可正常返回结果，两者差异为何？

原因分析 #

1. JDBC驱动的元数据依赖：MySQL Connector/J驱动在调用存储过程时，会主动读取mysql.proc系统表获取存储过程的参数元数据（类型、IN/OUT模式等）。mysql.proc属于MySQL系统库，不在bdwebapp.*的权限范围内，因此业务库的全权限无法覆盖这个系统表的访问权限。
2. MySQL Shell的执行逻辑：直接通过Shell执行存储过程时，不需要提前读取元数据来准备调用参数——Shell会直接将调用语句发送给MySQL服务端，由服务端负责解析参数和执行过程，因此无需访问mysql.proc。

解决方案 #

方案1：配置连接参数（推荐，无权限侵入） #

在JDBC连接URL或连接池配置中添加noAccessToProcedureBodies=true参数，驱动会跳过元数据读取步骤，默认用字符串类型处理INOUT参数（对于仅含IN参数的存储过程完全适用）。
示例JDBC URL：

jdbc:mysql://your-host:3306/bdwebapp?noAccessToProcedureBodies=true

方案2：最小化权限授予（可选，需调整权限） #

如果需要驱动精准获取参数元数据，可授予webapp用户mysql.proc的只读权限，且可以进一步缩小权限范围，仅授予必要列的查询权限：

-- 仅授予必要列的SELECT权限，减少侵入性
GRANT SELECT (db, name, param_list, returns) ON mysql.proc TO webapp@'%';

相关代码 #

MyBatis调用存储过程代码 #

@Select("{call sp_getClientByCode(#{clientId, mode=IN, jdbcType=INTEGER})}")
@Options(statementType = StatementType.CALLABLE)
List<App> getClientByCode(@Param("clientId") Integer userId);

存储过程定义 #

CREATE DEFINER=`webapp`@`%` PROCEDURE `sp_getClientByCode`(clientId INT)
BEGIN
    SELECT id, name FROM clients where id = clientId;
END

内容的提问来源于stack exchange，提问作者user3637971