Spring JDBC执行存储过程后查询表返回空列表问题

核心原因 #

出现这种现象的核心是存储过程的修改未及时对查询操作可见，常见触发场景包括：

• 存储过程未显式提交事务，导致数据处于未提交状态
• 存储过程与查询操作不在同一个事务上下文，查询使用独立连接无法读取未提交数据
• 存储过程包含异步执行逻辑，数据填充未完成就触发查询
• Spring事务配置未覆盖完整操作流程

具体解决方案 #

1. 检查存储过程的事务提交逻辑 #

多数数据库（如Oracle、MySQL）中，存储过程默认不会自动提交事务。如果存储过程内部没有显式执行COMMIT语句，即使调用完成，数据仍处于未提交状态，只有同一连接能看到，其他连接（包括SQL Developer的新连接或服务的查询连接）无法读取。

• 打开存储过程代码，确认末尾是否有COMMIT;语句，若缺失则添加。

2. 确保存储过程与查询在同一事务中 #

如果调用存储过程和执行查询是两个独立方法，即使单独加@Transactional，也可能因为事务传播行为导致不在同一事务。需将两个操作封装到同一个被@Transactional注解的方法中：

@Transactional
public List<ServiceTable> fillTableAndQuery(String schema, String procedure, Map<String, Object> params) {
    // 执行存储过程
    executeStoredProcedure(schema, procedure, params);
    // 执行查询
    return jdbcTemplate.query("select * from SERVICE_TABLE", new ServiceTableRowMapper());
}

这样Spring会确保两个操作使用同一个数据库连接，存储过程的修改在事务内对查询可见，事务提交后数据持久化。

3. 验证Spring事务与数据源的关联 #

确保你的dataSource被Spring事务管理器正确管理：

• 如果使用的是原生数据源，需包装为TransactionAwareDataSourceProxy，让SimpleJdbcCall能感知当前事务：

@Bean
public DataSource transactionAwareDataSource(DataSource originalDataSource) {
    return new TransactionAwareDataSourceProxy(originalDataSource);
}

• 确认事务管理器（如DataSourceTransactionManager）已正确配置，关联目标数据源。

4. 排查存储过程的异步逻辑 #

如果存储过程内部使用了数据库异步任务（如Oracle的DBMS_SCHEDULER、MySQL的事件调度器），数据填充是后台异步执行的，此时服务立即查询会无法获取数据。

• 检查存储过程是否包含异步执行代码，若有则需在服务中添加等待逻辑，或修改存储过程为同步执行。

5. 调整数据库隔离级别（临时测试用） #

若上述方法无效，可临时降低查询操作的事务隔离级别为READ_COMMITTED（多数数据库默认级别），确保能读取已提交的事务数据：

@Transactional(isolation = Isolation.READ_COMMITTED)
public List<ServiceTable> queryServiceTable() {
    return jdbcTemplate.query("select * from SERVICE_TABLE", new ServiceTableRowMapper());
}

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