oracle driving_site特点简析

一.准备工作:
先要创建一个数据库:orcl_ysy,然后解锁账户,创建dblink

alter user scott identified by tiger;
alter user scott account unlock ;

--授予orcl 下的yushaoyang001 dblink 权限
grant create public database link to yushaoyang001;
grant drop public database link to yushaoyang001;

select * from user_sys_privs where privilege like upper('%DATABASE LINK%') ;


--如果密码是数字开头，用“”括起来
--创建DBLINK
create public database link scottlink connect to scott identified by "tiger" USING 'ORCL_YSY';
--查看dblink
select * from all_db_links;
drop public database link scottlink;

--在orcl_ysy下创建一个
create table oracl_sys_temp
as
select * from all_objects;
--insert为一个大表
insert into oracl_sys_temp
select * from oracl_sys_temp
-- 3560384
select count(1) from oracl_sys_temp;


--在yushaoyang001访问
select * from oracl_sys_temp@scottlink;
会发现产生事务了,此时需要commit或者rollback;
这种分布式事务是为了保持数据的一致性;
规律:
当需要的数据都返回了，就不会产生要commit提示，否则就会产生commit提示。
如: select count(1) from oracl_sys_temp@scottlink;不会出现;
具体参考:
https://docs.oracle.com/cd/B28359_01/server.111/b28310/ds_txnman.htm#i1207516

二,开始说明
driving_site这个hint比较特别针对RBO也可以生效的;
driving_site(xx):指定在表xx所在的节点执行;此时xx所在的节点就相当于’本地’了;以此作为参照,另外的表就可看做’远程’;
这里有2个库:一个orcl的,账户为yushaoyang001,一个库为orcl_ysy,账户为scott,上面创建的dblink就是这个scott账户

--在yushaoyang001账户下创建表
create table tab1_temp
as
select * from all_objects where  rownum<50;

explain plan for 
select tt.* from tab1_temp tt,oracl_sys_temp@scottlink os
where tt.object_id=os.object_id;
select * from table(dbms_xplan.display(null,null,'advanced'));

等价于:
select /*+ driving_site(tt) */tt.* from tab1_temp tt,oracl_sys_temp@scottlink os
where tt.object_id=os.object_id;
可以看到CBO选择了在本地节点tt执行,即将远程数据os传输到本地,再走hash操作;
此时oracl_sys_temp 有3560384记录,执行时间为4.585s左右;
此时主要是网络传输的消耗;


--现在强制走远程节点,即把tab1_temp数据传输到oracl_sys_temp@scottlink所在节点执行,再返回结果;
select /*+ driving_site(os) */tt.*,os.object_name from tab1_temp tt,oracl_sys_temp@scottlink os
where tt.object_id=os.object_id;

1.发现执行计划的remote 对应的表为tab1_temp,说明把tab1_temp所在的节点当成了远程环境,此时把tab1_temp数据传输到oracl_sys_temp@scottlink所在节点执行,再返回结果到tab1_temp所在的节点;
2.Remote SQL Information
也可以知道此时远程执行的是tab1_temp;
以及从备注可以看到全部远程执行再返回;
执行时间:0.068左右;
虽然涉及到了2次网络返回;
如果本地表小,且返回的数据也小的话,强制走远程节点访问肯定是效率最好的;

再看一个问题: driving_site 能不能跟其他hint一起用?
–情况1 在本地节点
explain plan for
select /+ driving_site(tt) use_nl(tt,os) /tt.*,os.object_name from tab1_temp tt,oracl_sys_temp@scottlink os
where tt.object_id=os.object_id;
select * from table(dbms_xplan.display(null,null,’advanced’));


可以发现hint已经生效,
但是仔细看,虽然use_nl(tt,os)指定了os作为被驱动表,但是实际来看没有生效;于是要使用leading强制了

–情况2 指定在远程节点
explain plan for
select /+ driving_site(os) use_nl(tt,os) leading(tt) /tt.*,os.object_name from tab1_temp tt,oracl_sys_temp@scottlink os
where tt.object_id=os.object_id;
select * from table(dbms_xplan.display(null,null,’advanced’));

此时hint确实生效了;
说明了: driving_site可以跟use_nl及leading一起使用;

后话:在远程表oracl_sys_temp加一个索引,走NL更快;

小结:
1.通过remote对应的表和Remote SQL Information以及注释三个方面都可以判断sql是在本地还是远程执行,默认在本地节点执行;
2.如果本地表小,且返回的数据也小的话,强制走远程节点访问效率最好的;
3. driving_site可以跟use_nl及leading一起使用;