是，MySQL在DBeaver中写CREATE PROCEDURE必须改DELIMITER；因客户端默认以分号结束语句，而过程体内含多个分号，不改会导致解析提前终止，常见报错ERROR 1064。
在DBeaver里写CREATE PROCEDURE语句必须改DELIMITER吗？
MySQL 用户必须改，其他数据库（Oracle、PostgreSQL、SQL Server）不需要。MySQL 客户端默认用分号 ; 作为语句结束符，而存储过程体内部大量使用分号，不改会导致解析提前终止——比如 DELIMITER // 就是为了让 DBeaver 把整个 CREATE PROCEDURE ... END// 当作一条命令提交。
常见错误现象：ERROR 1064 (42000): You have an error in your SQL syntax，往往就卡在第一个 ; 处。
- MySQL：开头加
DELIMITER //，结尾用END//，再单独一行写DELIMITER ; - Oracle：直接写
CREATE OR REPLACE PROCEDURE ... AS BEGIN ... END;，不需 DELIMITER - PostgreSQL：用
CREATE OR REPLACE FUNCTION ... AS $$ ... $$ LANGUAGE plpgsql;，用美元符定界，也不需要 DELIMITER - SQL Server：用
CREATE PROCEDURE ... AS BEGIN ... END，分号非必需，但建议结尾加
DBeaver右键“新建存储过程”生成的模板为什么不能直接保存？
因为 DBeaver 的“新建存储过程”菜单只是创建一个空编辑器窗口，它不会自动补全语法结构或适配目标数据库方言。你看到的空白模板不含 CREATE 关键字、参数声明、BEGIN/END 块等必要元素，直接点保存会报错。
真正可执行的最小结构取决于数据库：
- MySQL：
DELIMITER // CREATE PROCEDURE sp_name() BEGIN SELECT 1; END// DELIMITER ; - Oracle：
CREATE OR REPLACE PROCEDURE sp_name AS BEGIN NULL; END; - PostgreSQL：
CREATE OR REPLACE FUNCTION sp_name() RETURNS void AS $$ BEGIN RAISE NOTICE 'hello'; END; $$ LANGUAGE plpgsql; - SQL Server：
CREATE PROCEDURE sp_name AS SELECT 1;
漏掉 CREATE 或写错关键字（比如把 PROCEDURE 拼成 PROCEDUER）都会导致 SQL Error [156] [S0001]: Incorrect syntax near 类错误。
调试按钮灰色不可点？PostgreSQL以外的数据库能单步调试吗？
灰色 = 功能未启用或数据库不支持。DBeaver 内置调试器仅原生支持 PostgreSQL 及其衍生库（Greenplum、TimescaleDB），MySQL / Oracle / SQL Server 的“调试”菜单项即使显示出来，点击也会失败或静默无响应。
关键前提有三个：
- 数据库是 PostgreSQL（确认连接类型不是 “Generic JDBC”）
- DBeaver 设置中已启用
Procedure debugger特性（路径：工具 > 设置 > 应用特性 > 勾选 “Procedure debugger”） - 目标函数/过程已用
plpgsql编写，并且数据库已安装pldbgapi扩展（通常由 DBA 预装）
Oracle 和 MySQL 用户别浪费时间找“调试”按钮——它们没有对应插件实现。替代方案只有：手动加 DBMS_OUTPUT.PUT_LINE（Oracle）或 SELECT 临时变量（MySQL），然后反复执行看输出。
执行带 IN/OUT 参数的存储过程时总提示“参数个数不匹配”
根本原因不是你少写了参数，而是调用语法和数据库强绑定。同一套逻辑，在不同数据库里写法完全不同：
- MySQL：用
CALL proc_name(?, ?)，问号占位，靠执行时弹窗填值；不能用EXECUTE - Oracle：必须用匿名块，如
BEGIN proc_name(123, :out_var); END;，其中:out_var是变量绑定名，DBeaver 会在执行时弹出输入框 - SQL Server：支持
EXEC proc_name @p1=123, @p2=@out OUTPUT，注意OUTPUT关键字不能省 - PostgreSQL：函数用
SELECT * FROM proc_name(123)；若含 OUT 参数，需声明为RETURNS TABLE(...)或用OUT参数配合CALL（v14+）
最容易踩的坑：在 Oracle 里写 CALL findclass(1, ?)，或在 SQL Server 里漏掉 OUTPUT，都会触发参数类型/个数校验失败，错误信息通常是 ORA-06550 或 SQL Error [8145]。
DBeaver 创建存储过程本身不难，难的是每一步都得对上数据库的语法契约——DELIMITER、调用方式、调试能力、参数绑定规则，全都不是通用的。最常被忽略的，是连“能不能调试”这件事，都取决于你连的是不是 PostgreSQL。
