25M生产环境：1.4T内存+288个CPU，19.21 rac，跑这个任务是单机跑的（关闭了一个节点集群）
测试环境：940G内存+160个cpu，19.13 单机
同样的任务在生产环境一跑就是cpu100%，cpu高的sql实际很简单，都走的索引，和测试环境没区别，生产环境搜集的awr报告显示的指标全部都放大几千倍，很离谱！！我都怀疑是新机器有问题了，苦于找不到证据，想哭呀
可比较"IOStat by Function summary"那部分，"Reqs per sec"部分测试比生产的IOPS多了几百倍，但平均延迟只有其1/10，是生产的存储出了问题。
评论
有用 0
SQL ordered by Reads
SQL Module 列多数都是自动维护计划任务 DBMS_SCHEDULER，关闭吧
查看自动维护计划状态
SELECT * FROM DBA_AUTOTASK_CLIENT;
关闭自动维护计划
BEGIN
dbms_auto_task_admin.disable(
client_name => 'auto optimizer stats collection',
operation => NULL,
window_name => NULL);
END;
/
BEGIN
dbms_auto_task_admin.disable(
client_name => 'auto space advisor',
operation => NULL,
window_name => NULL);
END;
/
BEGIN
dbms_auto_task_admin.disable(
client_name => 'sql tuning advisor',
operation => NULL,
window_name => NULL);
END;
/
评论 有用 0生产环境中存在数据库自动任务，可能会对测试产生一定影响，建议规避开数据库自动收集统计信息时间的时间段进行测试，或调整自动收集统计信息的时间段。
评论 有用 0