Oracle 12.2中的索引統計被呼叫情況
本文內容摘自MOS文章,但MOS ID和標題一起寫出來就說是敏感詞彙,很無語,只能在敏感數字之間加了橫槓,官網檢視時去掉即可 24696-40.1和1366-42.1
12c之前的版本中,monitoring usage不能檢視到index使用的次數,現在12c中得到了解決,如果能像logmnr一樣,有更詳細的資訊就完美了。
相關引數
~~~~~~~~~~~~~~~~~~~
隱含引數“_iut_stat_collection_type”索引使用情況型別。
它有兩個值SAMPLED和ALL。預設為SAMPLED。
可以設定為ALL以獲得最準確的結果。 但是它會導致一些開銷。
因此,建議僅在使用期間設定ALL。
ALTER SYSTEM SET "_iut_stat_collection_type" = ALL;
相關檢視
~~~~~~~~~~~~~~
V$INDEX_USAGE_INFO根據自上次重新整理以來的索引使用情況。每15分鐘重新整理一次,每次重新整理後,ACTIVE_ELEM_COUNT將重置為0,LAST_FLUSH_TIME將更新為當前時間。
INDEX_STATS_COLLECTION_TYPE=1 如果_iut_stat_collection_type = SAMPLED
INDEX_STATS_COLLECTION_TYPE=0 如果 _iut_stat_collection_type = ALL
HR 中的演示
~~~~~~~~~~~~~~~~~~~~~~
SQL> conn hr/hr
SQL> alter session set nls_date_format = 'DD-MON-RR hh24:mi:ss';
INDEX_STATS_ENABLED INDEX_STATS_COLLECTION_TYPE ACTIVE_ELEM_COUNT LAST_FLUSH_TIME
------------------- --------------------------- ----------------- -----------------------------------
1 1 0 29-AUG-17 12.16.32.572 PM
SQL> alter session set "_iut_stat_collection_type" = all;
SQL> select INDEX_STATS_ENABLED, INDEX_STATS_COLLECTION_TYPE, ACTIVE_ELEM_COUNT, LAST_FLUSH_TIME from v$index_usage_info;
INDEX_STATS_ENABLED INDEX_STATS_COLLECTION_TYPE ACTIVE_ELEM_COUNT LAST_FLUSH_TIME
------------------- --------------------------- ----------------- -----------------------------------
1 0 0 29-AUG-17 12.16.32.572 PM
SQL> select OBJECT_ID, NAME, OWNER, TOTAL_ACCESS_COUNT, TOTAL_EXEC_COUNT, LAST_USED from dba_index_usage;
no rows selected
SQL> select first_name from employees where employee_id = 100;
FIRST_NAME
--------------------
Steven
SQL> select INDEX_STATS_ENABLED, INDEX_STATS_COLLECTION_TYPE, ACTIVE_ELEM_COUNT, LAST_FLUSH_TIME from v$index_usage_info;
INDEX_STATS_ENABLED INDEX_STATS_COLLECTION_TYPE ACTIVE_ELEM_COUNT LAST_FLUSH_TIME
------------------- --------------------------- ----------------- -----------------------------------
1 0 1 29-AUG-17 12.31.35.020 PM
SQL> select OBJECT_ID, NAME, OWNER, TOTAL_ACCESS_COUNT, TOTAL_EXEC_COUNT, LAST_USED from dba_index_usage;
no rows selected
-- 等待15分鐘
SQL> select INDEX_STATS_ENABLED, INDEX_STATS_COLLECTION_TYPE, ACTIVE_ELEM_COUNT, LAST_FLUSH_TIME from v$index_usage_info;
INDEX_STATS_ENABLED INDEX_STATS_COLLECTION_TYPE ACTIVE_ELEM_COUNT LAST_FLUSH_TIME
------------------- --------------------------- ----------------- ---------------------------------------------------------------------------
1 0 1 29-AUG-17 12.46.37.381 PM
SQL> select OBJECT_ID, NAME, OWNER, TOTAL_ACCESS_COUNT, TOTAL_EXEC_COUNT, LAST_USED from dba_index_usage;
OBJECT_ID NAME OWNER TOTAL_ACCESS_COUNT TOTAL_EXEC_COUNT LAST_USED
---------- -------------------- ------------------------ ------------------ ---------------- ------------------
73347 EMP_EMP_ID_PK HR 1 1 29-AUG-17 12:46:37
SQL> select first_name from employees where employee_id = 100;
FIRST_NAME
--------------------
Steven
SQL> select INDEX_STATS_ENABLED, INDEX_STATS_COLLECTION_TYPE, ACTIVE_ELEM_COUNT, LAST_FLUSH_TIME from v$index_usage_info;
INDEX_STATS_ENABLED INDEX_STATS_COLLECTION_TYPE ACTIVE_ELEM_COUNT LAST_FLUSH_TIME
------------------- --------------------------- ----------------- -------------------------------------
1 0 1 29-AUG-17 12.46.37.381 PM
SQL> select OBJECT_ID, NAME, OWNER, TOTAL_ACCESS_COUNT, TOTAL_EXEC_COUNT, LAST_USED from dba_index_usage;
OBJECT_ID NAME OWNER TOTAL_ACCESS_COUNT TOTAL_EXEC_COUNT LAST_USED
---------- -------------------- ------------------------ ------------------ ---------------- ------------------
73347 EMP_EMP_ID_PK HR 1 1 29-AUG-17 12:46:37
-- 等待15分鐘
SQL> select INDEX_STATS_ENABLED, INDEX_STATS_COLLECTION_TYPE, ACTIVE_ELEM_COUNT, LAST_FLUSH_TIME from v$index_usage_info;
INDEX_STATS_ENABLED INDEX_STATS_COLLECTION_TYPE ACTIVE_ELEM_COUNT LAST_FLUSH_TIME
------------------- --------------------------- ----------------- -------------------------------------
1 0 1 29-AUG-17 01.01.39.587 PM
SQL> select OBJECT_ID, NAME, OWNER, TOTAL_ACCESS_COUNT, TOTAL_EXEC_COUNT, LAST_USED from dba_index_usage;
OBJECT_ID NAME OWNER TOTAL_ACCESS_COUNT TOTAL_EXEC_COUNT LAST_USED
---------- -------------------- ------------------------ ------------------ ---------------- ------------------
73347 EMP_EMP_ID_PK HR 2 2 29-AUG-17 13:01:39
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/26964624/viewspace-2646892/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ORACLE索引被抑制情況Oracle索引
- oracle order by索引是否使用的情況Oracle索引
- [zt] Oracle不使用索引的幾種情況Oracle索引
- ORACLE MYSQL中join 欄位型別不同索引失效的情況OracleMySql型別索引
- mysql索引失效的情況MySql索引
- 【轉】Oracle:檢查被鎖資料在V$LOCK中的情況Oracle
- oracle組合索引什麼情況下生效?Oracle索引
- 被動式監控oracle的rman備份情況Oracle
- oracle 為什麼沒有使用索引的一種情況Oracle索引
- mysql索引不會命中的情況MySql索引
- 【STAT】Oracle 表統計資訊被鎖,如何建立索引Oracle索引
- MySQL哪些情況需要新增索引?MySql索引
- Mysql 會導致索引失效的情況MySql索引
- Oracle like、不等於、隱式轉換走索引與不走索引情況Oracle索引
- 呼叫layoutSubviews各種情況分析View
- Nagios 被動檢測oracle Rman備份情況iOSOracle
- 基於COST優化,oracle什麼情況不走索引優化Oracle索引
- MYSQL索引失效的各種情況小結MySql索引
- Oracle其它情況的恢復Oracle
- DBMS_FLASHBACK_ARCHIVE在Oracle版本中的支援情況HiveOracle
- SQL優化--強制走索引失效的情況SQL優化索引
- SQL SERVER中什麼情況會導致索引查詢變成索引掃描SQLServer索引
- ubuntu 下解決埠被佔用的情況Ubuntu
- 目前程式設計師的5中情況程式設計師
- Oracle 索引的使用情況檢視Oracle索引
- 監控Oracle索引的使用情況Oracle索引
- 簡單介紹MySQL索引失效的幾種情況MySql索引
- ORACLE 12.2中的更改與新功能Oracle
- 應用長時間未呼叫後再次呼叫出現hang的情況
- Oracle RAC中驗證LUN_ID對應情況Oracle
- Oracle 查詢DB的負載情況Oracle負載
- 在oracle中監視索引的使用情況Oracle索引
- Oracle 時段負載情況Oracle負載
- 檢查oracle的patch的升級情況Oracle
- Android下檢視SO庫被依賴的情況Android
- sql統計時間出現斷點的相關情況SQL斷點
- ORACLE SQL的查詢表的鎖的情況OracleSQL
- Java類什麼情況下被初始化?Java