本文详解Spring JDBC调用Oracle无返回值存储过程时因误用withReturnValue()及混用DDL/DML导致的参数绑定失败和ORA-06519事务异常问题，并提供正确配置与修复代码。
本文详解spring jdbc调用oracle无返回值存储过程时因误用withreturnvalue()及混用ddl/dml导致的参数绑定失败和ora-06519事务异常问题，并提供正确配置与修复代码。
在使用Spring的SimpleJdbcCall调用Oracle存储过程时，若过程仅含OUT参数而无RETURN值（即非函数），却错误调用.withReturnValue()，JDBC会尝试将第一个OUT参数解释为返回值，从而生成形如 {? = call MY_PROCEDURE(?)} 的调用语句——这会导致参数数量不匹配：声明了2个OUT参数，但SQL语法只预留1个占位符，最终抛出 BadSqlGrammarException: {? = call MY_PROCEDURE(?)}。
更深层的问题在于存储过程本身的实现逻辑：
PRAGMA AUTONOMOUS_TRANSACTION; ... EXECUTE IMMEDIATE 'TRUNCATE TABLE TAB_ONE'; -- ✅ DDL，允许在自治事务中执行 EXECUTE IMMEDIATE 'DELETE FROM TAB_TWO'; -- ❌ DML，不能通过EXECUTE IMMEDIATE在自治事务中隐式提交
EXECUTE IMMEDIATE 仅安全支持DDL语句（如TRUNCATE, CREATE）；对DELETE等DML语句，Oracle要求显式事务控制。而在PRAGMA AUTONOMOUS_TRANSACTION上下文中，未提交/回滚的DML会触发 ORA-06519: active autonomous transaction detected and rolled back 错误——这正是移除withReturnValue()后仍报错的根本原因。
✅ 正确做法如下：
-
移除
withReturnValue()：本过程无返回值，应使用纯OUT参数调用； -
修正存储过程逻辑：避免在自治事务中执行未提交的DML；若需清空表，统一使用
TRUNCATE（DDL），或显式COMMIT/ROLLBACK； -
完整修正后的Java调用代码：
SimpleJdbcCall simpleJdbcCall = simpleJdbcCallFactory.create() .withProcedureName("MY_PROCEDURE") .withoutProcedureColumnMetaDataAccess() // 提升性能，跳过元数据查询 .declareParameters( new SqlOutParameter("TAB1_CNT", Types.NUMERIC), new SqlOutParameter("TAB2_CNT", Types.NUMERIC) );
// 执行并获取OUT参数
Map
4. **推荐的存储过程修复版本（移除自治事务，改用标准事务）**：
```sql
CREATE OR REPLACE PROCEDURE MY_PROCEDURE (
TAB1_CNT OUT NUMBER,
TAB2_CNT OUT NUMBER
) IS
BEGIN
SELECT COUNT(*) INTO TAB1_CNT FROM TAB_ONE;
EXECUTE IMMEDIATE 'TRUNCATE TABLE TAB_ONE'; -- DDL，自动提交
SELECT COUNT(*) INTO TAB2_CNT FROM TAB_TWO;
DELETE FROM TAB_TWO; -- ✅ 改为直接DML，由调用方控制事务
-- 注意：DELETE需由外部事务COMMIT，不可在过程内COMMIT（除非明确需要）
END;
⚠️ 关键注意事项：
-
SimpleJdbcCall中withReturnValue()仅适用于函数（FUNCTION），且其返回值必须是标量类型；存储过程（PROCEDURE）请始终使用SqlOutParameter声明输出参数； - Oracle自治事务（
AUTONOMOUS_TRANSACTION）应谨慎使用，尤其避免混合DDL与未提交DML； - 若业务强制要求过程内提交，须在
DELETE后显式添加COMMIT;，但会脱离外部事务控制，可能引发数据一致性风险； - 生产环境建议优先使用
TRUNCATE清空表（高效、自动提交），DELETE仅用于带条件的删除场景。
遵循以上规范，即可彻底解决参数绑定失败与ORA-06519异常，确保JDBC与Oracle存储过程稳定协同。
