关于数据库:Oracle-同一个SQL文在RAC环境多个节点的结果一定相同吗

昨天遇到一个乏味的问题：同一个SQL文在RAC环境多个节点的后果肯定雷同吗？

答案是：that depends

依存什么呢？ 当然是SQL文自身了。

举个简略的例子:

  select *   from test T1    where T1.c1 > 'xxxx'     and  rownum <= 10;

在下面的SQL文中，首先检索进去的是满足" T1.c1 > 'xxxx' "条件所有数据，而后再返回这个后果集的前10行。

于是，有了这样一种可能性：如果满足" T1.c1 > 'xxxx' "条件的两头后果集在不同RAC节点的排序不同的话，这个SQL文的后果就会不同。

这是不是Bug呢？当然不是。

因为RAC的每个节点返回的后果都是满足SQL文的所有的检索条件的。
也就是说，尽管返回后果不同，但没有" Wrong Result "产生。

那有哪些条件能够造成两头后果的Sort顺不同呢？

简略地说，如果没有应用" Order by "句指定程序，就是SQL文执行过程中外部解决程序，也就是数据块和数据块内Records的Access程序。如果应用了" Order by "句指定程序，那就在失去两头后果集
再进行Sort解决。

上面是两种以前遇到过的小例子。

第一个是12c导入的" Index BATCHED Access "，这种解决会把针对索引的单块随机拜访变为多块并行拜访，目标是改善" 随机I/O "的影响。然而这种I/O会毁坏原有索引的程序拜访而带来的有序后果。使拜访后果程序变得不可预测。

第二种是RAC环境中，每个数据块都有" Master "节点，如果从" Master "节点以外的节点拜访这个数据块，就须要先通过" Cache Fusion "读取" Master "节点的数据块。如果在非" Master "节点发行的SQL文须要拜访其余节点的数据块和本人节点的数据，这就会因为外部解决的不同造成数据库Access程序的不同。

这个问题能够从10046 Trace里看出一点端倪。

--Node1WAIT #139656782947424: nam='gc current block 2-way' ela= 124 p1=98 p2=364159 p3=1 obj#=113146 tim=10700529845367--Node2没有呈现下面的Cache Fusion待机。

当初总结一下明天的话题：Rac环境并不保障雷同的SQL文在不同的节点肯定失去雷同的后果。Rac的每一个Instance都是独立的，只对SQL文负责，没有任务比照不同节点的后果。如果那样做，Rac环境就会比单机环境还慢，没有存在的意义了。