25M生产环境:1.4T内存+288个CPU,19.21 rac,跑这个任务是单机跑的(关闭了一个节点集群)
测试环境:940G内存+160个cpu,19.13 单机
同样的任务在生产环境一跑就是cpu100%,cpu高的sql实际很简单,都走的索引,和测试环境没区别,生产环境搜集的awr报告显示的指标全部都放大几千倍,很离谱!!我都怀疑是新机器有问题了,苦于找不到证据,想哭呀
又搭建了一套普通x86服务器+原来的存储,测试结果和测试环境一样都很快。应该就是flex由于某些原因cpu 性能没发挥出来
评论
有用 0
可比较"IOStat by Function summary"那部分,"Reqs per sec"部分测试比生产的IOPS多了几百倍,但平均延迟只有其1/10,是生产的存储出了问题。
评论
有用 0另外可检查 cdwhaypswk5mw 和 3ts59ykf1hs9p 这2个SQL的执行计划看有没有走索引
评论
有用 0生产环境的awr是全的吗?
生产读了250.9G,写了3.7T
测试读了1.2T,写了3.4T
评论
有用 0top 5 wait. read by other session 有争用,可以进一步查查哪些块,调整下

评论
有用 0SQL 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原厂的目前还在排查,flex 服务的numa已关闭,cpu的节能模式已关闭,跑批测试结果依旧,感谢各位,有新进展我再答复,先关闭了
评论
有用 0
墨值悬赏

