不开index monitor的情况下判断索引是否被使用过

标签: index monitor 索引 | 发表时间:2013-09-04 09:28 | 作者:ljunjie82
出处:http://blog.csdn.net

        如果要知道某个索引是否会被使用过,传统的方法是开启index monitor。但此方法有两点不足之处:(1)会带来小量的性能负载(2)只能在开启监控后,要观察一段时间才能知道是否被使用过,需要观察多久才能得到数据无法确定,然而往往要确认索引是否被使用过时,希望立即能拿到数据

        今天突然想到一种办法,SQL执行计划中的访问对象“NAME”列不是也有访问的对象信息么,其中也包含访问的索引名称呢。查SQL执行计划信息不就可以知道索引是否有被用到了么。

        SQL语句在执行时如果进行过硬解析就会产生执行计划,即便是软解析,那么在内存中也会存在执行计划,即便执行计划已经从shared_pool中刷出去了,只要在产生快照时有存在shared_pool中,那么还可以从AWR数据中查得到历史的执行计划。

        有了这个思路就好办了,下面两种方法可以查看到指定的索引以前是否被使用过:

 

第一、从v$sql_plan视图中查看还存在shared_pool中的访问了指定索引的执行计划记录

    SQL>select sql_id,plan_hash_value,timestamp,object_namefrom v$sql_plan whereobject_name='INDEX_LITEST2_OBJECTID'

sql_id

plan_hash_value

options

timestamp

object_name

3j6xbabaz36v9

2954962778

RANGE SCAN

2013/9/12 23:38

INDEX_LITEST2_OBJECTID

dpaj071ypmj9j

3938988231

RANGE SCAN

2013/9/12 23:38

INDEX_LITEST2_OBJECTID

      以上查询结果,说明“INDEX_LITEST2_OBJECTID”这个索引在2013/9/12 23:38解析的plan_hash_value为2954962778、3938988231的SQL语句中用到了该索引。

 

第二、通过dba_hist_sql_plan视图从AWR历史数据中查看指定索引的执行计划记录

        如果从shared_pool中查不到指定索引的记录,还可以从AWR历史数据中查找,如下:

        SQL> select sql_id,plan_hash_value,operation,options,timestamp,object_namefrom dba_hist_sql_plan whereobject_name='IDX_INVOICE_001'orderby5 desc

sql_id

plan_hash_value

options

timestamp

object_name

f5bnpqug8a13f

1001597107

RANGE SCAN

2013/9/2 19:00

IDX_INVOICE_001

db0zvtnr5qugm

1001597107

RANGE SCAN

2013/9/2 18:58

IDX_INVOICE_001

fy7r1q6bdpk0f

1001597107

RANGE SCAN

2013/9/2 18:56

IDX_INVOICE_001

0n5b0jfdaukvq

1001597107

RANGE SCAN

2013/9/2 18:54

IDX_INVOICE_001

6zpj6sdmmhh14

1001597107

RANGE SCAN

2013/9/2 18:48

IDX_INVOICE_001

gwcpdx6yafsm2

1001597107

RANGE SCAN

2013/9/2 18:42

IDX_INVOICE_001

54nfxwgjw95g4

1001597107

RANGE SCAN

2013/9/2 18:40

IDX_INVOICE_001

40797ymubw53n

1001597107

RANGE SCAN

2013/9/2 18:35

IDX_INVOICE_001

7t7267bz2qvjy

1001597107

RANGE SCAN

2013/9/2 18:26

IDX_INVOICE_001

    该方法可以查看到的历史时长,需要根据您的AWR历史数据保留时长而定。

 

       本文由“踩点”所作,转发请说明出处。谢谢!

作者:ljunjie82 发表于2013-9-4 1:28:03 原文链接
阅读:138 评论:0 查看评论

相关 [index monitor 索引] 推荐:

不开index monitor的情况下判断索引是否被使用过

- - CSDN博客推荐文章
        如果要知道某个索引是否会被使用过,传统的方法是开启index monitor. 但此方法有两点不足之处:(1)会带来小量的性能负载(2)只能在开启监控后,要观察一段时间才能知道是否被使用过,需要观察多久才能得到数据无法确定,然而往往要确认索引是否被使用过时,希望立即能拿到数据.         今天突然想到一种办法,SQL执行计划中的访问对象“NAME”列不是也有访问的对象信息么,其中也包含访问的索引名称呢.

华为HBase二级索引(Secondary Index)细节分析

- - 数据库 - ITeye博客
华为在HBTC 2012上由其高级技术经理Anoop Sam John透露了其 二级索引方案,这在业界引起极大的反响,甚至有人认为,如果华为早点公布这个方案,hbase的某些问题早就解决了. 其核心思想是保证索引表和主表在同一个region server上. 目前该方案华为已经开源,详见: https://github.com/Huawei-Hadoop/hindex.

Redis 负载监控——redis-monitor

- - ITeye资讯频道
redis-monitor是一个Web可视化的 redis 监控程序. 使用 Flask 来开发的,代码结构非常简单,适合移植到公司内网使用. redis 服务器信息,包括 redis 版本、上线时间、 os 系统信息等等. 实时的消息处理信息,例如处理 command 数量、连接总数量等. 内存占用、 cpu 消耗实时动态图表.

CSS中的z-index属性

- - IT技术博客大学习
标签:   z-index. css中z-index也是常用的一个属性,这个z-index说的就是第三轴的位置,网页实际是二维的,但是页面上的元素堆叠的层次就可以看作为第三轴,所以z-index也就很好理解了,在z轴上的索引. 好吧我再说的直白一点这里的z-index指的就是哪个元素显示在上面,哪个显示在下面,数值越大的越靠上,会把z-index值比较小的元素挡住.

從 Google + > Plurk 來看幾個 G+ Monitor

- 幻幽 or A書 - 黑貘來說
在剛剛, 發現我的 Google + 的 Connection 連結數正式超過 Plurk 噗浪了, 只是前者是花不到 3 個月, 但後者是超過 3 年又 3 個月..... 當然我們很清楚的是網站本身有母雞帶小雞現像, 拿 G+ 跟 Plurk 比是很殘忍的事, 但也是因為昨天 G+ 一開放後, 又有一個小量的暴充所造成的, 不然我以為還要再晚個幾天, 上表是我整理出來 Twitter, Facebook, Plurk 及 Google+ 加入的時間與好友/粉絲/追蹤/被追蹤數, 整體而言就是連結數, 而我在 LinkedIn 的連結數是 108, 算是控制的很好.

Windows API 调用监视工具 API Monitor

- 简单香草 - 开源中国社区最新软件
API Monitor 是一款用来监视和显示用户应用程序和服务程序中的Windows API调用的免费软件. 它是一个强大的工具,在跟踪调试你开发的应用程序时,可以帮助发现产生问题可能的原因. API Monitor支持windows 7及windows 64位系统.

android monitor tool (1.0 功能介绍)

- - CSDN博客推荐文章
    首先介绍下做这个软件的几个理由:(习惯索引从0开始).     0: Dropbox服务器部门总工程师Rajiv Eranki 说过的一句话:.             他们在过程中还发现“图表都是没用的”,取而代之的是仪表盘式的显示方式.     1  :给自己看,给测试看,同时有图有报表给boss看.

18 Command Line Tools to Monitor Linux Performance(转)

- - Linux - 操作系统 - ITeye博客
This list of commands shown here are very enough for you to pick the one that is suitable for your monitoring scenario.. Top command is a performance monitoring program which is used frequently by many system administrators to monitor Linux performance and it is available under many.

mysql监控工具:zabbix+MPM(Performance Monitor for MySQL)

- - CSDN博客数据库推荐文章
MPM主要用于监控mysql的各种参数性能指标,下面简单说一下他与zabbix的配置:. 下面是它的配置文件关系图. 1、zabbix 模板: Template_FromDual.MySQL.*.xml. 2、MPM agent perl 模块: FromDualMySQL*.pm. 下面是在linux 6.4下安装,先安装如下包:.

关于z-index的那些事儿

- - 前端观察
关于z-index的真正问题是,很少有人理解它到底是怎么用. 其实它并不复杂,但是如果你从来没有花一定时间去看具体的z-index相关文档,那么你很可能会忽略一些重要的信息. 好吧,看看你能否解决下面这个问题:. 在 接下来的HTML里 有三个
元素,并且每个
里包含一个元素.