oracle – ORA_ROWSCN – 旧/还原块没有分配真正的SCN？

发布时间：2020-12-12 13:04:39 所属栏目：百科来源：网络整理

导读：为了将选定的细节复制到不同的数据源,我们正在使用ORA_ROWSCN伪列来定位最近修改的行.我们知道这个列的“近似”性质,如果块中只有一行已经改变,则块中的整行批量标记为SCN,并且我们可以理解,相对较小批次的误报不是问题. 然而,我们观察到的是大量行,似乎具有

为了将选定的细节复制到不同的数据源,我们正在使用ORA_ROWSCN伪列来定位最近修改的行.我们知道这个列的“近似”性质,如果块中只有一行已经改变,则块中的整行批量标记为SCN,并且我们可以理解,相对较小批次的误报不是问题.

然而,我们观察到的是大量行,似乎具有“浮动”ORA_ROWSCN值.这些是数百万行,当然没有改变,但是每次我们开始与Oracle进行新的控制台会话时,每一行都会有一个全新的,最新的SCN.下面说明了几分钟内的三个独立的控制台会话：

会议#1 – 400万行SCN 27501512：

SQL> SELECT count(*),ORA_ROWSCN FROM our_table GROUP BY ORA_ROWSCN ORDER BY ORA_ROWSCN;

  COUNT(*) ORA_ROWSCN
---------- ----------
    12   27323587
    12   27415360
    20   27431509
   4057846   27501512

会议#2 – SCN下的400万行27501522：

SQL> SELECT count(*),ORA_ROWSCN FROM our_table GROUP BY ORA_ROWSCN ORDER BY ORA_ROWSCN;

  COUNT(*) ORA_ROWSCN
---------- ----------
    12   27323587
    12   27415360
    20   27431509
   4057846   27501522

会议#3 – SCN下的400万行27501528：

SQL> SELECT count(*),ORA_ROWSCN FROM our_table GROUP BY ORA_ROWSCN ORDER BY ORA_ROWSCN;

  COUNT(*) ORA_ROWSCN
---------- ----------
    12   27323587
    12   27415360
    20   27431509
   4057846   27501528

这是一个测试数据库,没有其他进程正在修改行.我们的理论是,由于某些原因,这个四百万块的行没有专用的“SCN”,因为这些行使用Oracle数据泵工具转移到这个数据库中,也许包含它们的块没有正确的分配SCN.因为没有其他值可用,Oracle然后别无选择,只能为这些行提供最高可能的SCN,对应于当前的SCN值.当我们更新这些行时,甚至没有意义的是,他们移出400万个“浮动”SCN的块,并获得一个固定的SCN号码.其余的行继续移动.

有人可以确认A.这实际上是我们看到的,或许如果这是Oracle Pump实用程序和C的已知效果,那么如果我们使用新的UPDATE标记这些行,它们将永久移动走出“浮动”的SCN,从而解决了我们的问题？

笔记：

>我们知道SCN是不准确的,是每个块.
>我们对“为什么不用替代技术X？”感兴趣？答案,我们知道其他技术,如果我们决定,我们将使用它们,我们只是想了解这个确切的行为.

A)你所看到的是别人遇到的一个真正的问题. B)此问题不仅是由数据泵引起的. C)更新将帮助您解决问题,但您不能依赖它始终工作.

ORA_ROWSCN既不准确又不一致. 10g documention只提到不准确. 11g documentation使您清楚,ORA_ROWSCN不适合您尝试做的事情：

If a block is queried twice,then it is possible for the value of
ORA_ROWSCN to change between the queries even though rows have not
been updated in the time between the queries.

我不知道是什么导致ORA_ROWSCN在会话之间改变,但我不认为它只与数据泵有关.当我在5年前第一次遇到这个问题时,我们从来没有找到一个模式,如果我记得正确,我们甚至没有使用数据泵.

我们的问题具体是使用Oracle SQL Developer,它使用ORA_ROWSCN进行乐观锁定. This bug令人难以置信的烦人.用户将进行更改,当他们提交时,它们被错误地告知其他人已经更改了该行.像你现在在做的一样,我们发现如果我们对行进行任何类型的更改,问题就会消失.我不记得这有多好,但你不应该认为它会在100％的时间内工作.

据我所知,没有人可以确切地解释ORA_SCN的设置方式以及返回的内容.当您需要准确或可重复的结果时,不应使用它.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!