监控索引的使用情况

简介:
从Oracle 9i 开始,可以监控Oracle 索引的使用情况,具体方法如下:
alter index . MONITORING USAGE;
例如
alter index insur_test.INDEX_BS_INSURED_NAME MONITORING USAGE;
对某个INDEX 开启监控后,就可以观察该INDEX 是否被使用:
SQL> select index_name,monitoring,used,start_monitoring,end_monitoring from v$object_usage;

INDEX_NAME                     MONITORING USED START_MONITORING    END_MONITORING
------------------------------ ---------- ---- ------------------- -------------------
INDEX_BS_INSURED_NAME          YES        NO   11/12/2012 09:10:37
如上所示该索引已被监控了,但还没被使用
下面再使用这个索引进行查询
select * from bs_insured a where a.name='丁淼';

再查询一下监控情况
SQL> select index_name,monitoring,used,start_monitoring,end_monitoring from v$object_usage;

INDEX_NAME                     MONITORING USED START_MONITORING    END_MONITORING
------------------------------ ---------- ---- ------------------- -------------------
INDEX_BS_INSURED_NAME          YES        YES  11/12/2012 09:10:37
监控的索引已经使用了



注意的是,由于V$OBJECT_USAGE 视图限制了只显示当前用户下被监控的索引的情况,
因此,通过其他用户登录数据库,将无法看到,如果要查看所有用户下的被监控的索引的情
况,使用如下SQL:
select u.name owner, io.name index_name, t.name table_name,
decode(bitand(i.flags, 65536), 0, 'NO', 'YES') monitoring,
decode(bitand(ou.flags, 1), 0, 'NO', 'YES') used,
ou.start_monitoring start_monitoring,
ou.end_monitoring end_monitoring
from sys.user$ u, sys.obj$ io, sys.obj$ t, sys.ind$ i, sys.object_usage ou
where i.obj# = ou.obj#
and io.obj# = ou.obj#
and t.obj# = i.bo#
and u.user# = io.owner#
如果要取消对索引使用情况的监控,使用下列SQL:
alter index . NOMONITORING USAGE;

alter index insur_test.INDEX_BS_INSURED_NAME NOMONITORING USAGE;
再查询该索引的监控情况
SQL> select index_name,monitoring,used,start_monitoring,end_monitoring from v$object_usage;

INDEX_NAME                     MONITORING USED START_MONITORING    END_MONITORING
------------------------------ ---------- ---- ------------------- -------------------
INDEX_BS_INSURED_NAME          NO         YES  11/12/2012 09:10:37 11/12/2012 09:14:39

要注意的是:索引使用情况监控,会增加部分系统开销。
目录
相关文章
|
29天前
|
SQL Oracle 关系型数据库
分析索引失效的几种情况
联合索引 is not null 只要在建立的索引列(不分先后)都会走, in null时 必须要和建立索引第一列一起使用,当建立索引第一位置条件是is null 时,其他建立索引的列可以是is null(但必须在所有列 都满足is null的时候),或者=一个值; 当建立索引的第一位置是=一个值时,其他索引列可以是任何情况(包括is null =一个值),以上两种情况索引都会走。其他情况不会走。
27 1
|
1月前
|
SQL Oracle 关系型数据库
索引失效的情况分析
大家都知道,一条查询语句走了索引和没走索引的查询效率是非常大的,在我们建好了表,建好了索引后,但是一些不好的sql会导致我们的索引失效,下面介绍一下索引失效的几种情况
15 0
|
缓存 监控 关系型数据库
MySql缓存查询原理与缓存监控 And 索引监控
MySql缓存查询原理与缓存监控 And 索引监控
126 0
|
数据库 索引
MysSQL索引会失效的几种情况分析
MysSQL索引会失效的几种情况分析
122 0
MysSQL索引会失效的几种情况分析
|
存储 自然语言处理 监控
日志索引与查询 | 学习笔记
快速学习日志索引与查询
178 0
日志索引与查询 | 学习笔记
|
存储 索引
es对日志数据进行索引生命周期管理
es对日志数据进行索引生命周期管理
522 0
|
存储 JSON Kubernetes
使用Elasticsearch的动态索引和索引优化
使用Elasticsearch的动态索引和索引优化
使用Elasticsearch的动态索引和索引优化
|
存储 机器学习/深度学习 缓存
|
SQL 关系型数据库 MySQL
索引问题小排查
数据库表已建立相关索引,查询SQL也遵循了相关规范,但是查询SQL依然不走索引。甚至同样的表,同样的索引,同样的查询SQL,在非生产环境走索引,但是生产环境却走了全表扫描。遇到此类问题该如何排查?又有那些注意事项呢?
索引问题小排查
|
SQL 自然语言处理 监控
日志服务索引那些事儿
日志服务索引那些事儿 简介 日志是排查问题最基本也是最重要的信息,排查问题原始的方式是登录机器查看日志,分布式场景下登录所有的机器代价太大,不利于问题排查。所以需要将日志集中采集,而且要快速查询到问题日志。
2660 0