Oracle12c中性能優化&功能增強新特性之全局索引DROP和TRUNCATE 分區的異步維護
Oracle 12c中，通過延遲相關索引的維護可以優化某些DROP和TRUNCATE分區命令的性能，同時，保持全局索引為有效。
1. 設置
下面的例子演示帶全局索引的表創建和加載數據的過程。
-- 建表
CREATE TABLE t1
(id NUMBER,
comment VARCHAR2(50),
crt_time DATE)
PARTITION BY RANGE (crt_time)
(PARTITION part_14 VALUES LESS THAN (TO_DATE(‘01/01/2015‘, ‘DD/MM/YYYY‘))TABLESPACE users,
PARTITION part_15 VALUES LESS THAN(TO_DATE(‘01/01/2016‘, ‘DD/MM/YYYY‘)) TABLESPACE users);
ALTER TABLE t1 ADD CONSTRAINT t1_pk PRIMARY KEY (id);
CREATE INDEX t1_idx ON t1 (crt_time);
--加載數據
INSERT /*+ APPEND */ INTO t1
SELECT level,
‘commit for ‘ || level,
CASE
WHEN MOD(level,2) = 0 THENTO_DATE(‘01/07/2014‘, ‘DD/MM/YYYY‘)
ELSE TO_DATE(‘01/07/2015‘,‘DD/MM/YYYY‘)
END
FROM dual
CONNECT BY level <= 10000;
COMMIT;
EXEC DBMS_STATS.gather_table_stats(USER, ‘t1‘);
-- 檢查索引
COLUMN table_name FORMAT A20
COLUMN index_name FORMAT A20
SElECT table_name,
index_name,
status
FROM user_indexes
ORDER BY 1,2;
TABLE_NAME INDEX_NAME STATUS
-------------------- -------------------- --------
T1 T1_IDX VALID
T1 T1_PK VALID
SQL>
2. 全局索引異步維護
現在，DROP和TRUNCATE PARTITION命令和UPDATE_INDEXES一起使用時，只會導致相關元數據的變化。該功能目前只能用於堆表，不支持對象表，域索引或SYS用戶的對象。
實際的索引維護稍後被執行，當滿足如下之一的條件時。
- SYS.PMO_DEFERRED_GIDX_MAINT_JOB作業每天2點被調度時。
- 通過 DBMS_SCHEDULER.RUN_JOB手工運行SYS.PMO_DEFERRED_GIDX_MAINT_JOB時。
- 運行DBMS_PART.CLEANUP_GIDX過程時。
- 運行ALTER INDEX REBUILD [PARTITION]命令時。
- 運行ALTER INDEX [PARTITION] COALESCE CLEANUP命令時。
Oracle12c前，如果我們DROP或TRUNCATE了一個分區，將會導致全局索引失效，UPDATE_INDEXES子句會導致操作期間索引重建，使得整個操作變慢。下例中，我們TRUNCATE一個分區，然後查看索引狀態。
-- Truncate一個分區
ALTER TABLE t1 TRUNCATE PARTITIONpart_2014 DROP STORAGE UPDATE INDEXES;
或
ALTER TABLE t1 DROP PARTITION part_2014UPDATE INDEXES;
-- 查看索引狀態
SElECT table_name,
index_name,
status
FROM user_indexes
ORDER BY 1,2;
TABLE_NAME INDEX_NAME STATUS
-------------------- ----------------------------
T1 T1_IDX VALID
T1 T1_PK VALID
SQL>
視圖USER_INDEXE中ORPHANED_ENTRIES新列顯示索引還沒被維護。
-- 檢查是否需要索引維護
SELECT index_name,
orphaned_entries
FROM user_indexes
ORDER BY 1;
INDEX_NAME ORP
-------------------- ---
T1_IDX YES
T1_PK YES
SQL>如果我們手工觸發索引維護，我們將會看到ORPHANED_ENTRIES列的變化
-- 手工觸發索引維護
EXECDBMS_PART.cleanup_gidx(USER, ‘t1‘);
-- 查看是否需要索引維護
SELECT index_name,
orphaned_entries
FROM user_indexes
ORDER BY 1;
INDEX_NAME ORP
-----------------------
T1_IDX NO
T1_PK NO
SQL>
Oracle12c中性能優化&功能增強新特性之全局索引DROP和TRUNCATE 分區的異步維護