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 order by索引是否使用的情況Oracle索引
- oracle組合索引什麼情況下生效?Oracle索引
- mysql索引失效的情況MySql索引
- 【STAT】Oracle 表統計資訊被鎖,如何建立索引Oracle索引
- Oracle like、不等於、隱式轉換走索引與不走索引情況Oracle索引
- mysql索引不會命中的情況MySql索引
- [20231024]NULL值在索引的情況.txtNull索引
- 使用聯合索引的一種情況索引
- Mysql 會導致索引失效的情況MySql索引
- MySQL哪些情況需要新增索引?MySql索引
- MYSQL索引失效的各種情況小結MySql索引
- 在oracle中監視索引的使用情況Oracle索引
- 簡單介紹MySQL索引失效的幾種情況MySql索引
- 盤一盤常見的6種索引失效情況索引
- 哪些情況下需要/不需要建立索引索引
- ubuntu 下解決埠被佔用的情況Ubuntu
- ORACLE表統計資訊與列統計資訊、索引統計資訊Oracle索引
- Android下檢視SO庫被依賴的情況Android
- 在沒有開啟審計的情況下定位Oracle錯誤的登入Oracle
- 【TUNE_ORACLE】檢視系統CPU和IO情況SQL參考OracleSQL
- 4.3.4.1 在不使用Oracle OMF的情況下建立CDBOracle
- 檢視錶和索引碎片情況相關資訊索引
- oracle dg 歸檔日誌恢復情況Oracle
- oracle的索引Oracle索引
- 【TUNE_ORACLE】Oracle索引設計思想(四)三星級索引Oracle索引
- 【TUNE_ORACLE】Oracle索引設計思想(二)索引過濾列概述Oracle索引
- 【TUNE_ORACLE】列出索引被哪些SQL引用的SQL參考Oracle索引SQL
- Linux 系統存在 inode 號被用完但磁碟空間還有剩餘的情況Linux
- Java類什麼情況下被初始化?Java
- 在不安裝oracle客戶端的情況下,使用PLSQLOracle客戶端SQL
- 【TUNE_ORACLE】Oracle索引設計思想(一)索引片和匹配列概述Oracle索引
- 什麼情況下需要建立索引? 索引的作用?為什麼能夠提高查詢速度?(索引的原理) 索引有什麼副作用嗎?索引
- 建構函式,拷貝賦值函式的N種呼叫情況函式賦值
- Oracle RAC中驗證LUN_ID對應情況Oracle
- oracle v$sqlare 分析SQL語句使用資源情況OracleSQL
- 國家統計局:2020 年 5 月份能源生產情況
- Oracle 索引Oracle索引
- 微服務呼叫中出現傳遞過來的物件為空的幾種情況微服務物件