Oracle GoldenGate的复制链路可以被拆成三个独立阶段：Extract从源库在线日志或归档日志中抽取出事务变更，Data Pump负责将队列文件跨网络投递到目标端，Replicat再将变更应用到目标数据库。任何一个阶段的参数配置不合理，都会表现为端到端延迟增加或吞吐下降。本文围绕这三个阶段的关键参数逐一说明调优方法，并给出可落地的参数文件示例。
调优前需要先明确一个原则：性能参数很少存在通用最优值。事务平均大小、源库日志产生速度、网络往返时间以及目标端数据库的写入能力，都会影响参数的实际效果。因此每次只调整一个参数，配合基线测试和统计报告观察变化，才能避免误判。
一、Extract端关键参数：降低日志读取与回表开销
Extract进程在经典捕获模式下会轮询在线日志文件，EOFDELAY控制轮询到文件末尾后的等待时间，默认值为1秒。对于高并发小事务场景，1秒的追加延迟会直接叠加到同步链路中，此时可以将EOFDELAY调整为100毫秒或200毫秒。更低的等待时间意味着更及时的日志读取，但也会增加Extract进程的CPU轮询频率。对于日志写入非常平缓的环境，保留默认值反而更合适。
如果使用集成捕获模式，TRANLOGOPTIONS中的INTEGRATEDPARAMS可以控制日志挖掘服务的内存分配。例如MAX_SGA_SIZE用于限制集成捕获使用的共享内存上限，当源库存在大量并发事务时，适当调大该值可以减少日志挖掘组件的换页和等待。需要注意，修改TRANLOGOPTIONS通常需要重启Extract进程才能生效。
另一个容易被忽略的参数是FETCHOPTIONS。当目标表存在主键或唯一索引更新时，Extract需要从源库回表补齐缺失的列值。使用FETCHOPTIONS FETCHPKUPDATECOLS可以让Extract只获取主键更新列，避免整行回表。对于无法通过日志获得完整行映像的场景，NOFETCH可以禁止回表，但前提是目标端允许基于当前日志内容进行应用。下面是一个典型的Extract参数示例。
EXTRACT ext1 USERID ogg_user, PASSWORD ogg_pass EXTTRAIL /u01/ogg/dirdat/et TRANLOGOPTIONS INTEGRATEDPARAMS (MAX_SGA_SIZE 1024) EOFDELAY 100 FETCHOPTIONS FETCHPKUPDATECOLS TABLE source.tab;
在实际调优中，如果发现INFO EXTRACT显示的日志读取位置长时间不变化，但源库日志却在快速生成，说明Extract已经跟不上日志产生速度。此时优先检查集成捕获的统计信息，而不是盲目调小EOFDELAY，因为瓶颈很可能在日志挖掘服务的内存或磁盘I/O上。
二、Replicat端关键参数：批量应用与事务合并
Replicat进程的默认行为是逐条执行SQL，这在低延迟小事务场景下没有问题，但面对大批量数据同步时会产生极高的网络往返和SQL解析开销。BATCHSQL参数可以启用批量执行模式，将相似的INSERT、UPDATE语句合并后一次发送给目标数据库，大幅减少客户端与服务端之间的交互次数。启用BATCHSQL前需要确认目标库支持批量绑定，并且应用不依赖严格的逐条错误隔离。
GROUPTRANSOPS用于控制Replicat在一个事务中合并的源端事务数量。默认值通常较小，对于批量初始化或大量小事务场景，可以调整到1000至5000，让目标端以更少的大事务完成应用。数值过大可能导致单个事务占用过多回滚段，甚至触发目标端长事务告警，因此需要结合目标数据库的回滚空间配置来确定。
如果目标表没有触发器和复杂约束，INSERTAPPEND可以启用直接路径插入，绕过部分SQL引擎处理逻辑，加快INSERT速度。生产环境中建议先在小范围表上验证，因为直接路径插入会跳过部分一致性检查。下面给出一个启用批量应用的Replicat参数示例。
REPLICAT rep1 USERID ogg_user, PASSWORD ogg_pass ASSUMETARGETDEFS BATCHSQL GROUPTRANSOPS 2500 INSERTAPPEND MAP source.tab, TARGET target.tab;
对于数据量特别大的同步任务，单线程Replicat可能长时间无法追平源端。并行复制参数MAP_PARALLELISM和APPLY_PARALLELISM可以在目标端启动多个应用子进程。前者将不同表映射到不同并行工作进程，后者将同一张表的数据分片并行应用。并行复制需要更多的系统资源和更复杂的事务协调，建议在确认单进程应用确实达到CPU或SQL执行瓶颈后再启用。
三、Data Pump与网络传输参数调优
Data Pump进程位于源端和目标端之间，负责读取Extract生成的本地队列文件并发送到目标端。如果源端和目标端之间不做任何过滤和转换，可以启用PASSTHRU模式，跳过表映射解析，让Data Pump只做纯传输。这会显著降低CPU占用，适合只需要将队列文件原样投递的场景。
跨机房或跨地域同步时，网络带宽和往返时间往往成为主要瓶颈。RMTHOST参数中的TCPBUFSIZE可以设置TCP发送缓冲区大小，增大该值可以提升高延迟网络下的传输吞吐量。对于带宽有限的环境，COMPRESS关键字可以压缩传输数据，以CPU开销换取网络流量减少。两者的取舍取决于网络状况和服务器CPU余量。
EXTRACT pump1 RMTHOST 192.168.10.20, MGRPORT 7809, TCPBUFSIZE 2097152, COMPRESS RMTTRAIL /u02/ogg/dirdat/rt PASSTHRU TABLE source.tab;
需要特别说明的是，TCPBUFSIZE的设置必须与操作系统套接字缓冲区配合。如果操作系统默认的SO_SNDBUF低于GoldenGate配置值，实际传输仍会受到操作系统限制。调优后可以通过网络层监控确认重传率和有效吞吐是否改善。
四、调优验证与持续监控
参数修改后不能只看日志是否报错，还要用GoldenGate自带的统计命令观察实际效果。在GGSCI命令行中执行STATS EXTRACT ext1可以查看Extract处理的事务数和操作次数，执行STATS REPLICAT rep1可以查看Replicat应用效率。重点是观察单位时间内处理的操作数是否提升，以及端到端延迟是否下降。
通过INFO EXTRACT ext1和INFO REPLICAT rep1可以查看进程状态和检查点位置，结合SEND REPLICAT rep1 REPORT可以生成运行报告。报告中会包含事务合并数量、批量执行统计和等待事件，这些数据是判断BATCHSQL、GROUPTRANSOPS等参数是否真正生效的重要依据。
调优过程中建议保留参数变更记录和对应时间段的性能快照。如果某个参数调整后目标端CPU占用急剧升高但延迟没有明显下降，应当回退参数并重新评估瓶颈位置。Oracle GoldenGate的性能优化是一个循环过程，只有将参数调整与监控数据绑定，才能形成可复用的调优经验。
Oracle GoldenGate性能调优参数配置修改时间：2026-08-28 05:33:54