WebLogic调用Oracle存储过程报ORA-01422，重启后恢复原因及解决办法

核心成因分析 #

ORA-01422的本质是SELECT ... INTO语句返回行数超过变量可接收的单行限制。结合你的场景（WebLogic调用异常、直连数据库正常、重启WebLogic后恢复），常见触发原因如下：

• 连接池会话状态污染
  WebLogic的数据库连接池会复用会话，若之前的请求在会话中遗留了未清理的会话级变量（如自定义PACKAGE变量、会话级SEQUENCE缓存、ALTER SESSION修改的参数），后续请求复用该连接时，存储过程依赖的会话上下文发生变化，导致原本返回单行的查询返回多行。而直连数据库时使用全新会话，无遗留状态，因此执行正常；重启WebLogic会清空连接池、重建所有会话，污染状态被清除，问题暂时消失。

• 会话级参数不一致
  存储过程若依赖NLS_SORT、NLS_COMP这类会话级参数，WebLogic连接池中的会话可能被之前的请求修改过这些参数，导致查询的排序或匹配逻辑变化，原本的单行结果变成多行。直连时使用数据库默认参数，结果正常。

• 全局临时表（GTT）数据残留
  部分存储过程依赖全局临时表，若WebLogic复用的连接中，之前的请求未清理GTT内的数据，后续调用存储过程时，查询GTT会返回多行，触发ORA-01422。直连时GTT为空，因此正常；重启WebLogic后连接池重建，GTT数据被清空。

针对性解决方案 #

1. 修复存储过程逻辑缺陷 #

• 强制确保SELECT ... INTO仅返回单行：在查询末尾添加FETCH FIRST 1 ROW ONLY（Oracle 12c+）或ROWNUM = 1，同时捕获无数据/多行异常。示例：

  BEGIN
    SELECT col1, col2 INTO var1, var2
    FROM your_table
    WHERE condition = param
    FETCH FIRST 1 ROW ONLY;
  EXCEPTION
    WHEN NO_DATA_FOUND THEN
      var1 := NULL;
      var2 := NULL;
    WHEN TOO_MANY_ROWS THEN
      RAISE_APPLICATION_ERROR(-20001, '查询返回多行数据');
  END;
  

• 若依赖全局临时表，在存储过程开头添加清理逻辑：DELETE FROM your_gtt;或TRUNCATE TABLE your_gtt;（注意TRUNCATE需对应权限）。

2. 清除连接池会话污染 #

• 配置连接池验证机制：在WebLogic控制台设置连接池的“测试表名”为SELECT 1 FROM DUAL，开启“测试连接保留”“测试连接借出”，确保借出的连接状态正常。
• 开启会话重置：开启“移除连接时重置会话”选项，WebLogic会在连接归还池时执行ALTER SESSION RESET，清除会话级修改。
• 调整最大闲置时间：设置较短的连接最大闲置时间，让长时间未使用的连接自动销毁重建，减少污染会话留存。

3. 统一会话参数配置 #

在WebLogic连接池的“连接属性”中添加固定会话参数，确保所有借出会话参数一致：

oracle.net.CONNECT_TIMEOUT=10000;NLS_SORT=BINARY;NLS_COMP=BINARY

4. 监控排查辅助 #

• 开启WebLogic JDBC日志，记录每次调用的会话ID与执行SQL，问题重现时通过会话ID在数据库端查询V$SESSION、V$SESSION_PARAMETERS，定位污染因素。
• 在存储过程中添加日志，记录调用时的会话ID、关键参数与查询结果行数，便于问题回溯。

内容的提问来源于stack exchange，提问作者syam kumar c