Oracle 12c SYSAUX 表空间增添过快，首要是热表，统计信息，优化
发布时间：2021-03-08 06:27:23 所属栏目：站长百科 来源：网络整理
导读：? 1. 通过SQL语句查察 SYSAUX 占用环境，和表空间里工具占用环境 SQL SET LINES 120 SQL COL OCCUPANT_NAME FORMAT A30SQL SELECT OCCUPANT_NAME,SPACE_USAGE_KBYTES FROM V$SYSAUX_OCCUPANTS ORDER BY SPACE_USAGE_KBYTES DESC;?OCCUPANT_NAME SPACE_USAGE_
|
副问题[/!--empirenews.page--]
?1. 通过SQL语句查察 SYSAUX 占用环境，和表空间里工具占用环境SQL> SET LINES 120 SQL> COL OCCUPANT_NAME FORMAT A30 SQL> SELECT OCCUPANT_NAME,SPACE_USAGE_KBYTES FROM V$SYSAUX_OCCUPANTS ORDER BY SPACE_USAGE_KBYTES DESC; ? OCCUPANT_NAME SPACE_USAGE_KBYTES ------------------------------ ------------------ SM/ADVISOR 5901376 SM/OPTSTAT 574080 ? SQL> COL SEGMENT_NAME FORMAT A30 SQL> COL OWNER FORMAT A10 SQL> COL TABLESPACE_NAME FORMAT A10 SQL> COL SEGMENT_TYPE FORMAT A15 SQL> SELECT * FROM (SELECT SEGMENT_NAME,OWNER,TABLESPACE_NAME,BYTES/1024/1024 "SIZE(MB)",SEGMENT_TYPE FROM DBA_SEGMENTS WHERE TABLESPACE_NAME=‘SYSAUX‘ ORDER BY BYTES DESC) WHERE ROWNUM<=10; SEGMENT_NAME OWNER TABLESPACE SIZE(MB) SEGMENT_TYPE ------------------------------ ---------- ---------- ---------- --------------- WRI$_ADV_OBJECTS SYS SYSAUX 3600 TABLE WRI$_ADV_OBJECTS_IDX_01 SYS SYSAUX 1400 INDEX HEAT_MAP SYS SYSAUX 600 TABLE ? A.哪果是表空间里是?heat_map占用较量大 ，可以查察HEAT_MAP 是否开启? ?这个段为12c新特征提供的新成果：它存储在行和段级别体系天生的数据行使统计信息——这些信息可以用来自动化压缩和移动数据，以低落存储本钱、进步机能和优化Oracle数据库存储，而且默认是启用的状态，但假如数据库host objects过多将会导致该段占用大量SYSAUX表空间，通过MOS搜刮获得该题目的办理方案： ? ? ? ALTER SYSTEM SET "_drop_stat_segment" =1; ? ?数据库不消重启 ? ? ? 通过调解数据库的潜匿参数来举办段的破除（ 文档 ID 2024036.1） ?B. SM/OPTSTAT ?占用空间排名 参考：文档 ID )??? ? 这个是因为，存放的汗青统计信息太多， 更统计信息频率，和数据量改观，以及生涯时刻都有相关。 ? ? 1.?自动整理计策默认31天? ? ? ? ? select dbms_stats.get_stats_history_availability from dual; ? ? 2. 修改保存计策 ? ? ? ? ? ?exec dbms_stats.alter_stats_history_retention(1); ? ? 3. 手动整理一次 ? ? ? ? ? ?exec dbms_stats.purge_stats(sysdate-10); ? ? 4. ?假如表照旧较量大，可以思量在线移动 ? a. 重建设表 CREATE TABLE WRI$_OPTSTAT_HISTGRM_HISTORY_B AS SELECT * FROM WRI$_OPTSTAT_HISTGRM_HISTORY ; TRUNCATE TABLE WRI$_OPTSTAT_HISTGRM_HISTORY ; INSERT INTO WRI$_OPTSTAT_HISTGRM_HISTORY SELECT * FROM WRI$_OPTSTAT_HISTGRM_HISTORY_B; COMMIT; drop table WRI$_OPTSTAT_HISTGRM_HISTORY_B purge; ? ? ? ??? b.通过表移动的方法alter table WRI$_OPTSTAT_HISTHEAD_HISTORY move; 文档ID 454678.1 ? ? ??5. 手动重建设索引 ?alter index xxx rebuild online ; ? ?C. SM/ADVISOR 占用空间排名 参考：文档 ID 2440139.1)??? ? ? 查询视图 V$SYSAUX_OCCUPANTS 表现 SM/ADVISOR 占用空间排名靠前. ? ? ? 这个是因为12.2版本的一个新特征，即优化器统计信息参谋天天在维护窗口时代自动运行，因而激发了该题目。? ? ? AUTO_STATS_ADVISOR_TASK 使命运行了许多次导致SYSAUX表空间增添敏捷。 ? ?譬喻: ?SQL> COL TASK_NAME FORMAT A35 SQL> SELECT TASK_NAME,COUNT(*) CNT FROM DBA_ADVISOR_OBJECTS GROUP BY TASK_NAME ORDER BY CNT DESC; ? TASK_NAME CNT ----------------------------------- ---------- AUTO_STATS_ADVISOR_TASK 27082431 SYS_AUTO_SPM_EVOLVE_TASK 19 SYS_AUTO_SQL_TUNING_TASK 39 ? ? ?办理步伐： ? 1. 这个自动运行的使命(AUTO_STATS_ADVISOR_TASK) 可以被删除进而开释它占用的大量空间。 DECLARE v_tname VARCHAR2(32767); BEGIN v_tname := ‘AUTO_STATS_ADVISOR_TASK‘; DBMS_STATS.DROP_ADVISOR_TASK(v_tname); END; / ? 一旦使命被删除，全部依靠Auto Stats Advisor Task的相干汗青输出信息将从WRI$_ADV_OBJECTS表中一并删除。 删除使命AUTO_STATS_ADVISOR_TASK也许激发如下报错： ORA-20001: Statistics Advisor: Invalid Task Name For the current user假如上述报错呈现，可以用下面的要领重建AUTO_STATS_ADVISOR_TASK来办理： SQL> connect / as sysdba SQL> EXEC DBMS_STATS.INIT_PACKAGE(); ? ? SQL> ALTER TABLE WRI$_ADV_OBJECTS MOVE; SQL> ALTER INDEX WRI$_ADV_OBJECTS_IDX_01 REBUILD; SQL> ALTER INDEX WRI$_ADV_OBJECTS_PK REBUILD; ? （编辑：湖南网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
