看下sqexplain 吧。。。再破的机子。这些也不应该用3小时。。
200ms的SQL没有优化价值。从你的SQL上看,有count,sum,有group by,有in, or操作,费点CPU很正常。。BTW:你们是如何监控到200ms的CPU高的?请教。。。
建索引使用PDQ吧。。或许会快一些。。。异机迁移,或者可以考虑使用ER方式以减少停机时间。。
/db2_log文件系统100%,说明你的空间不够了呀,归档日志能清理的,清理了吧,要是需要保留,可以移到其他地方备份起来
谢谢,这个方面有点类似DB2,之前一个从一个朋友那里了解到的有点偏差
如何只采样分析20%的数据这个表有4个T的大小。担心runstats会严重的影响性能。
查看package cache里面cpu time消耗最多的语句是什么,然后看看是什么原因造成的
硬件升级优化SQL,调整参数高可用方案,负载分离,读写分离IWA 报表类业务内存加速
主要应该有 vp,lru,空间内存可自动调节的不多。空间有自动管理功能(这个与oracle的自动管理类似)。
txt 文件可以用外部表,随后外部表与原始表关联更新。