MySQL不支持在SELECT语句中直接调用存储过程；必须使用CALL语句显式调用，如CALL my_proc(123);，且不能省略CALL关键字或将其当作函数使用。
不能直接在普通查询窗口里用 SELECT 或 CALL 语句“当表达式”调用存储过程——它不是函数，不返回标量值，也不支持嵌套在 SQL 语句中。 想在查询窗口执行，必须用显式调用语法，并确保上下文支持过程执行（比如非只读连接、有 EXEC 权限）。
MySQL 中必须用 CALL，不能写 SELECT 或省略关键字
常见错误是把存储过程当成函数来用：
-
SELECT my_proc(123);→ 报错FUNCTION database.my_proc does not exist，因为 MySQL 不会自动把存储过程名解析为可调用函数 -
my_proc 123;→ 语法错误，缺少CALL - 正确写法只有：
CALL my_proc(123);，且必须以分号结尾（即使已设DELIMITER） - 如果带输出参数，
CALL后不能接SELECT查看变量，得拆成两步：CALL my_proc(@out_val); SELECT @out_val;
SQL Server 和 Oracle 的调用语法差异大，别混用
DBeaver 对不同数据库的解析器行为不同，同一串语句在不同连接下可能成功或失败：
- SQL Server：支持
EXEC GetCustomerOrders @CustomerID = 101;或简写GetCustomerOrders 101;（前提是当前上下文是过程调用模式） - Oracle：必须用 PL/SQL 块包装，例如：
BEGIN GetCustomerOrders(101); END;；单独写GetCustomerOrders(101);会报PLS-00103: Encountered the symbol "(" - MySQL 不认
EXEC，Oracle 不认CALL（除非是 Java 存储过程），SQL Server 两者都支持但语义不同
在 DBeaver 查询窗口执行前，先确认连接是否处于“可执行过程”状态
有些连接默认开启只读模式，或用户权限没授予 EXECUTE，会导致静默失败或报错：
- 检查连接属性里的
read-only是否为false（右键连接 → 编辑连接 → 驱动属性） - 执行
SHOW GRANTS;（MySQL）或SELECT * FROM SESSION_ROLES;（Oracle）确认含EXECUTE权限 - 如果用的是 Oracle PDB，注意当前 schema 是否与过程所在 schema 一致，否则要写全名：
BEGIN hr.GetCustomerOrders(101); END; - 执行后若结果窗口空白，不是成功了，而是没输出结果集——检查过程体里是否有
SELECT语句，或是否用了OUT参数但没取值
最易被忽略的一点：MySQL 存储过程中的 SELECT 语句默认会作为结果集返回，但 Oracle 和 SQL Server 的过程除非显式用 REF CURSOR 或 SET NOCOUNT OFF，否则不会向客户端推送结果集——DBeaver 能否显示，取决于过程内部怎么写，而不是你怎么调用。
