dblink 关联查询优化

转发自:https://www.cnblogs.com/jusha/p/7772506.html

 

检查系统bug时发现系统中有个页面数据加载超慢,十分钟都没出结果,以为程序bug,跟踪后发现调用的视图慢,继续简称发现视图套视图,而且还用了DBLINK,进行了跨数据库联合,总共用到三张远程表+一个本地视图。

不方便直接贴实际sql,假设本地服务器为local,远程服务器为remote,三张远程表为t1@remote(百万级),t2@remote(千级),t3@remote(千级),本地视图为v1(两位数)。

原sql语句为(有简化):

select * from 

t1@ remote t1

inner join 

v1

on xxxxx=xxxxx

inner join 

t2@ remote t2

 on xxxxx=xxxxx

inner join 

t3@ remote t3

 on xxxxx=xxxxx

几乎所有数据都在远程数据库,只关联远程数据库三张表三秒钟出结果,再关联v1十分钟都没出来,本地视图v1明显在拖后腿,首先想到的是把本地视图挪到远程数据库,立马否定,然后有想到能不能查询时把本地v1全部数据都发送到remote那然后在remote数据库完成联合查询再返回结果,然后千度查到/*+driving_site(tablename)*/ ,可以指定查询联合在哪个数据库进行,这样只要把执行数据库指定到remote,几十条的v1数据发送到remote而不再是把百万级的remote数据同步到local。

修改sql

select /*+driving_site(t1)*/  * from 

t1@ remote t1

inner join 

v1

on xxxxx=xxxxx

inner join 

t2@ remote t2

 on xxxxx=xxxxx

inner join 

t3@ remote t3

 on xxxxx=xxxxx

再次执行,查询时间由原来的10min+降到5s,虽说还是比较长但至少能接受了。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在 Oracle 数据库中使用数据库链接(DBLink)进行跨库联查时,有几个优化的建议可以考虑: 1. 确保网络连接稳定:跨库联查需要通过网络连接访问其他数据库,因此确保网络连接的稳定性非常重要。网络延迟和带宽限制可能会导致查询性能下降。 2. 选择合适的连接类型:Oracle 提供了多种连接类型,包括共享服务器、独立服务器和连接池等。根据具体情况选择合适的连接类型,以提高跨库联查的性能。 3. 减少数据传输量:跨库联查会涉及将数据从一个数据库传输到另一个数据库,因此尽量减少传输的数据量。可以使用 SELECT 语句的字段列表,只选择需要的列,避免返回大量不必要的数据。 4. 使用合适的索引:在跨库联查的查询语句中,确保涉及的表都有合适的索引。优化查询语句中的 JOIN 条件和 WHERE 条件,并创建适当的索引来提高查询性能。 5. 分析执行计划:使用 Oracle 提供的工具分析执行计划,了解查询语句的执行路径和成本,根据分析结果进行优化。可以考虑重写查询语句,改变 JOIN 的顺序或使用子查询等方式来优化查询性能。 6. 考虑使用材料化视图:如果跨库联查的查询是频繁执行的,并且数据变化不频繁,可以考虑使用材料化视图来缓存查询结果,减少跨库联查的次数。 7. 调整数据库链接参数:可以根据具体情况调整数据库链接的参数,如设置合适的连接超时时间、调整并发连接数等,以提高跨库联查的性能。 需要注意的是,具体的优化策略和技术取决于具体的业务场景和数据量大小,建议在实际环境中进行测试和评估。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值