点击此处浏览总目录

性能瓶颈之Mapping

 

如果Source和Target都不存在性能上的瓶颈,则问题可能会出在Mapping

如何判定Mapping存在性能瓶颈
  1)  在session log中读取thread statistics和work time statistics信息
     如果transformation thread花费时间过多,则可说明性能的瓶颈在于mapping中的组件
     如果发现Integration Service花费在某一组件上的时间过多,则说明性能的瓶颈就在于该组件
  2)  分析性能计数器
     如果errorrows和rowsinlookupcache的数值过大,则可说明性能的瓶颈存在于mapping中
  3)  在每个目标前追加一个filter组件,将条件设为false(如1=2)确保没有数据加载到目标表
     如果session运行的时间还是没有变化,则可判定瓶颈在于mapping

如何解决源的性能
  优化Mapping中的组件的配置

posted @   立业的博客  阅读(340)  评论(0编辑  收藏  举报
编辑推荐:
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
· Java 中堆内存和栈内存上的数据分布和特点
· 开发中对象命名的一点思考
阅读排行:
· PPT革命!DeepSeek+Kimi=N小时工作5分钟完成?
· What?废柴, 还在本地部署DeepSeek吗?Are you kidding?
· DeepSeek企业级部署实战指南:从服务器选型到Dify私有化落地
· 程序员转型AI:行业分析
· 重磅发布!DeepSeek 微调秘籍揭秘,一键解锁升级版全家桶,AI 玩家必备神器!
点击右上角即可分享
微信分享提示