优化Extract抽取进程性能，解决OGG抽取日志延迟 2017-11-12 1758
一般来说OGG Goldengate 抽取进程对CPU的压力非常小， 而对于I/O 、network的吞吐量有轻量级的要求。 用低配置AIX测试结果如下。 抽取进程支持DB Log生成峰值速度 = 4 * 2.1 = 8.4 MB/秒，或30GB/小时，或726 GB/天。 抽取进程平均CPU占用1.9% 。 投递进程支持DB Log生成平均速度 = 2,096,854 * 2.1 = 4.5 MB/秒，或16 GB/小时，或380 GB/天。 投递进程平均CPU占用7% 。 对于Extract抽取日志缓慢导致延迟的问题，优先采用如下方法诊断具体慢在 抽取 还是 写trail上： 1. 收集原始慢的Extract的性能信息 GGSCI> stats extract <extract_name>, totalsonly *, reportrate sec GGSCI> stats extract <extract_name>, totalsonly *, reportrate min 2. 创建一个新的extract 参数文件 cp <extract_name>.prm ETEST.prm 3. 修改上述 etest params file中的extract名字 和 trail 位置 4. 加入TESTMAPPINGSPEED 参数到 etest的params files TESTMAPPINGSPEED参数的作用是 不让extract 去写trail 文件 而仅仅抽取日志， 若加入该参数后抽取速度大幅提升则说明性能瓶颈在 write trail上 TESTMAPPINGSPEED REPORTCOUNT EVERY 5000 RECORDS 5. 增加etest这个extract GGSCI> add extract etest, tranlog, begin now GGSCI>
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/10201716/viewspace-2984825/ ，如需转载，请注明出处，否则将追究法律责任。
最新文章
- Oracle 迁移到 PostgreSQL：难度最低的迁移路线，但这些细节依然能让你栽跟头
- PostgreSQL 迁移到 MySQL 全指南：这些"隐形陷阱"不提前排查，上线后必踩
- Oracle 迁移数据到 MySQL，你需要注意这些事项
- 同样的 SQL，Oracle 跑得飞快，达梦却慢成狗？
- MySQL 迁移 PostgreSQL 时 DDL 需要注意的事项
- MySQL 5.7 与 MySQL 8.0 区别（特性）
- ogg 延迟传输 怎么排查
- oracle 19c 客户端链接报ORA-01017: invalid username/password的排查方法
- 查找oracle归档日志 产生的原因
- Oracle 数据库巡检脚本（增强版）
