如何通过DB Link降低数据库成本

通过 DB Link 降低数据库成本的可落地方案

一 成本来源与总体思路

• 成本主要来自：网络往返次数与传输量、远程库计算与 I/O 消耗、本地库内存与 CPU 压力、并发会话与连接数、数据复制与存储冗余。
• 降本思路：用 DB Link 把计算尽量“下推到数据所在库”，只把最小必要结果集带回本地；避免跨库大表拉链与重复访问；用同义词与视图降低维护与误用成本；必要时用并行与最小化日志做迁移加速，缩短窗口期与资源占用。

二 查询层优化 优先把计算下推

• 使用同义词简化跨库对象引用，减少硬编码与误写，便于统一切换目标库与后期治理（如：将 SCOTT.EMPLOYEES@REMOTE_DB 简化为 EMP）。
• 构造Collocated Inline Views：把同一远程库上的多表关联、聚合先在远程库完成，再把少量结果回传本地，显著降低网络传输与远程库多次访问成本。
• 利用**Cost-Based Optimization（CBO）**与统计信息，让优化器自动选择更优的分布式执行计划。
• 在 Oracle 中使用DRIVING_SITE提示，显式指定由“数据量大”的一侧作为驱动侧，避免把大表拉到小表侧做运算；注意该提示对DML 无效。
• 若 SQL 或子查询同时涉及多个远程库或本地+远程对象，很多下推与重写优化会受限，应尽量按“单个远程库对象”为优化单位拆分与改写，减少跨库数据往返。

三 DML 与数据迁移 减少日志与提升吞吐

• 跨库批量写入时，优先采用“远程库 SELECT + 本地库 /*+ APPEND PARALLEL NOLOGGING / INSERT”的方式：在远程库完成扫描与过滤，直接以直接路径追加写入本地目标表，并配合并行与最小化日志*，可显著缩短执行时间、降低日志与资源占用（注意目标表与操作需满足 NOLOGGING 的适用前提与恢复策略）。
• 对于超大表迁移，优先选择批量提交与限流，避免长事务与锁竞争；窗口期安排在业务低峰。

四 架构与治理 减少重复建设与连接开销

• 用视图/同义词封装跨库访问细节，统一入口、减少重复 SQL 与维护量；结合权限最小化，降低误用与信息暴露风险。
• 对“多库多表”的复杂汇总，优先在单一远程库完成聚合与筛选，再回传少量结果；若无法避免多库参与，尽量减少跨库对象数量与访问频次。
• 规范 DB Link 生命周期：明确owner、权限与用途，避免泛滥创建导致连接数膨胀与凭据管理风险；定期清理闲置链接与失效同义词。

五 快速收益清单

• 优先下推：同一远程库的多表关联/聚合先在远程完成，减少网络往返与重复访问。
• 选对驱动：用 DRIVING_SITE 让“大表侧”做驱动，避免把大表拉到小表侧。
• 精简返回：只 SELECT 必要列与行，避免 SELECT * 与无谓排序/去重。
• 迁移提速：远程 SELECT + 本地 APPEND PARALLEL NOLOGGING，缩短窗口与资源占用。
• 治理提效：同义词+视图统一入口，权限最小化，定期清理闲置 DB Link。