Spring Boot调用Oracle存储过程无变更却返回true异常求助

遇到这种情况确实头疼——手动执行正常，但代码调用就没效果，还不报错。结合你描述的场景，我整理几个最可能的原因和排查步骤：

1. 未开启命名参数绑定导致参数不匹配 #

Oracle的JDBC驱动默认可能不支持按参数名绑定，而你用的SimpleJdbcCall如果没显式开启命名绑定，会默认按参数位置传递。你代码里的参数映射（比如Parameter1对应Argument2，Parameter2对应Argument1）可能和存储过程定义的参数顺序不一致，导致存储过程接收到的参数完全不符合预期，自然不会执行更新逻辑。

解决方法：
在创建SimpleJdbcCall时加上withNamedBinding()，强制按参数名绑定：

SimpleJdbcCall simpleJdbcCall = new SimpleJdbcCall(jdbcTemplate)
        .withProcedureName("ProcedureName")
        .withNamedBinding(); // 开启命名参数绑定

2. 事务未提交或被隐性回滚 #

Spring Boot中如果你的doSomeThing方法没有被事务管理，或者事务配置存在问题，就会出现调用成功但数据库无变更的情况——毕竟手动在DBeaver执行是自动提交的，但代码里的JDBC连接可能处于未提交状态，或者事务被悄悄回滚了。

排查步骤：

• 检查方法上是否添加了@Transactional注解，如果没有，加上试试；如果已有，确认注解的readOnly属性是不是设为了true（如果是，改成false）。
• 尝试手动提交事务，在simpleJdbcCall.execute(in)之后添加：

jdbcTemplate.execute(connection -> {
    connection.commit();
    return null;
});

• 查看是否有全局事务配置或AOP逻辑，导致事务被标记为回滚（比如捕获异常后未正确处理事务状态）。

3. 存储过程内部的条件分支未触发 #

你代码里传递了多个空字符串（""）和null参数，而Oracle中空字符串等价于null。如果存储过程内部有类似IF Parameter3 IS NOT NULL THEN ...的判断，代码里传的""会被当作null，直接跳过更新逻辑，但存储过程本身还是正常执行，所以函数返回true。

排查步骤：

• 把代码里的空字符串""改成null（或者反过来，完全对齐手动执行时的参数），确保参数状态和手动调用一致。
• 在存储过程中添加日志逻辑（比如插入一张日志表），记录接收到的参数值和实际执行的分支，对比手动执行和代码调用的差异。

4. JDBC连接的自动提交配置异常 #

如果你的连接池（比如HikariCP）配置了autoCommit=false，而代码中没有手动提交，就会导致变更停留在事务中，无法持久化到数据库。

解决方法：
检查application.properties或application.yml中的连接池配置，确保自动提交开启：

# 以HikariCP为例
spring.datasource.hikari.auto-commit=true

或者参考步骤2的代码手动提交事务。

你提到改用CallableStatement也无效，说明问题大概率不是调用方式本身，而是参数绑定或事务的问题，先从这两点入手排查，应该能快速定位到原因。

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