应该有开发测试相关的兄弟常常发现,某些半夜跑的报表系统,在系统开始时候好好的,但是数据量越来越大的情况下,报表系统会越来越慢。 一般我们可以理解为sql需要优化,存储需要优化等等。 这里,如果我们使用的是Oracle 10G以上版本,就要小心了,有可能是Oracle自己搞的鬼。 Oracle10g增加了一个新的任务,用来自动分析数据库,已增加CBO执行的正确性。这个任务就是GATHER_STATS_JOB,任务定义周一到周五的半夜执行,和周六日全天执行。 出发点很好,但是,大部分业务晚上常常也要跑大的查询,或者执行计划改变,会引起新的性能问题。这个都是可以预见的。 下面备忘。 查看任务详情: SELECT owner,job_name,state,last_start_date,last_run_duration,failure_count FROM dba_scheduler_jobs WHERE job_name = "GATHER_STATS_JOB"; select PROGRAM_ACTION from dba_scheduler_programs where PROGRAM_NAME = "GATHER_STATS_PROG"; 任务执行历史: SELECT log_id, job_name, status, TO_CHAR (log_date, "DD-MON-YYYY HH24:MI") log_date FROM dba_scheduler_job_run_details WHERE job_name = "GATHER_STATS_JOB"; 禁用任务: 在sysdba下执行: exec DBMS_SCHEDULER.DISABLE("GATHER_STATS_JOB");Oracle DDL,DML,DCL,TCL 基础概念Oracle 函数用法之decode相关资讯 oracle
- [INS-32052] Oracle基目录和Oracle (07/22/2014 07:41:41)
- Oracle 4个大对象(lobs)数据类型 (02/03/2013 12:33:05)
- Oracle按时间段分组统计 (07/26/2012 10:36:48)
| - [Oracle] dbms_metadata.get_ddl的 (07/12/2013 07:37:30)
- Liferay Portal 配置使用Oracle和 (07/31/2012 20:07:18)
- Concurrent Request:Inactive (07/20/2012 07:44:05)
|
本文评论 查看全部评论 (0)