Oracle 19执行MERGE语句报错ORA-30926问题排查

问题背景 #

因关联表数据错乱，需要修正业务表数据。为避免损坏生产数据，先将所有所需数据归集到独立表temptablecorrection中，再基于该表更新生产库对应业务表，目前该独立表已通过前置SQL写入了部分关联字段数据。
执行的MERGE语句如下：

MERGE INTO temptablecorrection t1
USING (
          SELECT DISTINCT
              cfield1,
              cfield2,
              cfield3
          FROM
              maintable
          WHERE
              ccreationtime BETWEEN 1656396000000 AND 1656550800000
      )
t2 ON ( t1.field3 = t2.field4 )
WHEN MATCHED THEN UPDATE
SET t1.field1 = t2.field1,
    t1.field2 = t2.field2;

前置校验结论 #

指定时间范围内t1.field3取值唯一（field3去重计数与表总行数一致），t2.field4取值同样唯一（field4去重计数与结果集行数一致），本次查询覆盖的时间范围共涉及近74000行数据。

报错信息 #

执行上述语句时返回Oracle错误：

MERGE into dataUMCContrl t1 USING (select DISTINCT cfield1, cfield2,cfield3 from mainTable where ccrea...

ORA-30926: unable to get a stable set of rows in the source tables [SQL State=99999, DB Errorcode=30926]
1 statement failed.

该SQL在测试环境可正常无报错执行，现有公开资料多指向源表存在非唯一匹配行问题，但与前置校验结果冲突，需要明确排查方向。

可行排查方向 #

按优先级从高到低依次排查：

• 检查关联字段的类型隐式转换问题
  确认t1.field3和t2.field4的字段类型是否完全一致：如果存在类型不匹配（比如一个是CHAR定长字符、一个是VARCHAR2变长字符，或者一个是NUMBER类型、一个是存数字的字符串类型），Oracle做隐式类型转换时可能出现不同原值转换后值重复的情况，触发源表匹配行不稳定报错。
  可通过以下SQL统计源表关联键按数据库实际转换逻辑处理后是否存在重复：

  SELECT join_key, COUNT(*)
  FROM (
    SELECT 
      -- 按实际隐式转换规则替换，如CHAR转VARCHAR2使用RTRIM(t2.field4)，字符串转数字使用TO_NUMBER(t2.field4)
      转换逻辑 AS join_key
    FROM (
      SELECT DISTINCT cfield1,cfield2,cfield3 FROM maintable WHERE ccreationtime BETWEEN 1656396000000 AND 1656550800000
    ) t2
  )
  GROUP BY join_key
  HAVING COUNT(*) > 1;
  

• 检查源表结果集稳定性
  确认执行MERGE期间maintable是否存在未提交的并发DML操作：Oracle读一致性要求MERGE执行全程源结果集不能出现变动，如果执行MERGE的同时有其他会话正在修改maintable指定时间范围内的关联字段值，会导致源表行集不稳定触发报错。
  可先将子查询结果固化为临时表再做MERGE验证：

  -- 先固化源数据，排除并发修改影响
  CREATE GLOBAL TEMPORARY TABLE tmp_main_source ON COMMIT PRESERVE ROWS AS
  SELECT DISTINCT cfield1,cfield2,cfield3 
  FROM maintable 
  WHERE ccreationtime BETWEEN 1656396000000 AND 1656550800000;
  
  -- 基于固化后的临时表执行MERGE
  MERGE INTO temptablecorrection t1
  USING tmp_main_source t2
  ON (t1.field3 = t2.field4)
  WHEN MATCHED THEN UPDATE
  SET t1.field1 = t2.field1, t1.field2 = t2.field2;
  

  如果固化后执行不报错，说明原报错是执行期间源表并发数据变动导致的。
• 检查字符类关联字段的不可见字符问题
  如果两个关联字段都是字符类型，检查是否存在值看起来相同、实际包含不可见字符（比如尾部空格、全角空格、换行符、ASCII控制符）的情况：这类问题会导致单独做去重统计时认为值唯一，但实际匹配时因为字符集语义、排序规则设置出现多值匹配。可通过DUMP()函数查看字段实际存储的十六进制值做校验。
• 检查SQL字段映射逻辑错误
  核对生产环境实际执行的SQL：你贴出的USING子查询中仅返回cfield1/cfield2/cfield3三个字段，ON条件中却使用了t2.field4，需要确认是否存在字段名写错、列名解析歧义（比如t1或t2存在同名字段导致解析不符合预期）的问题。

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