逻辑备库同步时报错：ORA-01422

ZhangQi · 发表于 2025-8-3 18:12:22

逻辑备库同步时报错：ORA-01422:exact fetch returns more than requested number of rows

3957688f3348cd868.png (484.88 KB, 下载次数: 240)

2025-8-3 18:00 上传

查看trc文件，显示：
ERROR INFORMATION:
PRIMARY TXN xid: 0x0005.01a.002028ea (XIDUSN = 5, XIDSLT = 26, XIDSQN = 2107626)
start scn: 0x0efe.5efd5fa4 (16485678145444) commit scn: 0x0efe.5efd5fa5 (16485678145445)
LOCAL XID: 6.18.2113602 Start SCN: 16485669613908 Current SCN: 16485669613912

TABLE: XHINTERFACE.LIS_BARCODE_PRINT (LOCAL DICTIONARY)

TABLE INFO:
-----------

LOG  COMPRSS    CMPRSS_FOR TABLESPACE    ROW_MOVE CLUSTER_NAME
--------------------------------------------------------------------------------
YES  DISABLE    NULL       XHINTERFACEDB DISABLED

COLUMN INFO:
-----------

NAME                         TYPE                COL#  SCOL# ICOL# HDN VIR
--------------------------------------------------------------------------------
HIS_ID                         VARCHAR2             1    1    1    NO  NO
BODYXML                      CLOB                2    2    2    NO  NO
REQUISITION_ID                VARCHAR2             3    3    3    NO  NO

LOB INFO:
--------
COLUMN_NAME                   TABLESPACE    LOG  CMPRS ENCR DEDUP PART SFILE
--------------------------------------------------------------------------------
BODYXML                      XHINTERFACEDB YES  NONE  NONE NONE  NO NO

INDEX INFO:
----------
INDEX_NAME                   INDEX_TYPE          STATUS D-STATUS F-STATUS
--------------------------------------------------------------------------------
SYS_IL0000103352C00002$$       LOB                VALID NULL    NULL
IDX_LIS_BARCODE_PRINT_HISID    NORMAL             VALID NULL    NULL

CONSTRAINT INFO:  *** NO CONSTRAINTS ***

PARTITION INFO:  *** NO PARTITIONS ***

LOB PARTITION INFO:  *** NO LOB PARTITIONS ***

TABLE: XHINTERFACE.LIS_BARCODE_PRINT(LOGMINER DICTIONARY)

Logminer UID:  100
Looking up OBJ#: 103352
Object Name: XHINTERFACE.LIS_BARCODE_PRINT
Base Object #: 103352 Version #: 2    Owner #: 90    Type#: 2
Level count: 1
User Cols: 3    Intcols: 3    KernelCols: 3
obj flags: 0x000000000  tab flags: 0x040000211  trig flags: 0x000000000
Property: 0x020040800
Tablespace: XHINTERFACEDB  (TS#: 11)
Start SCN: 16485664766627
Unsupported Cols: 0x000000000 ComplexType Cols: NULL
TLO Flags: 0x000000000 Logmnr MCV: 9.0.0.0.0

LOG INFO (START SCN: 16485678145444 END SCN: 16485678145445)
------------------------------------------------------------

以上显示问题在于：表 LIS_BARCODE_PRINT 缺少主键或唯一约束（Trace中明确显示：CONSTRAINT INFO: *** NO CONSTRAINTS ***）。

存在普通索引 IDX_LIS_BARCODE_PRINT_HISID，但索引列 HIS_ID 可能不唯一。

当逻辑备库尝试应用 UPDATE 操作时，因无法唯一定位行（如 HIS_ID 重复），导致 SELECT ... FOR UPDATE 返回多行，触发 ORA-01422。

-------------------------------------------------------------------------------------
根据官方文档：Creating a Logical Standby Database（链接：https://docs.oracle.com/cd/E11882_01/server.112/e41134/create_ls.htm#SBYDB00310）解释道：

Oracle 建议您尽可能向主数据库中的表添加主键或非空唯一索引，以确保 SQL Apply 可以有效地将重做数据更新应用到逻辑备用数据库，如果不存在这种唯一性，SQL Apply 将无法正确维护表
使用命令查看不满足唯一性的表：
SQL> SELECT OWNER, TABLE_NAME FROM DBA_LOGSTDBY_NOT_UNIQUE
WHERE (OWNER, TABLE_NAME) NOT IN
(SELECT DISTINCT OWNER, TABLE_NAME FROM DBA_LOGSTDBY_UNSUPPORTED)
AND BAD_COLUMN = 'Y';

有两种方法解决该问题：
第一种：如果找到没有唯一标识的表，添加唯一标识 Add a disabled primary-key RELY constraint，即在该表上创建禁用的主键约束，这可以避免在主库上维护主键的开销

SQL> ALTER TABLE <表名> ADD PRIMARY KEY (id, name) RELY DISABLE;

数据库不会检查 id, name 是否唯一，也允许它们为 NULL 但是，如果你用某些查询（比如用外键关联这个表），优化器可能还是会用这个“被信任”的约束来优化执行计划

第二种：直接跳过这些表

-------------------------------------------------------------------------------------

在主库查看不满足条件的表：

登录/注册后可看大图

帐号		自动登录	找回密码
密码			注册

[Oracle] 逻辑备库同步时报错：ORA-01422

浏览过的版块