监控索引是否使用

为方面的查看建立的索引是否被使用,可以使用如下方法,示例如下

ha_wxzj 用户下批量查 监控索引语句
select ‘alter index ‘ || index_name || ‘ monitoring usage;‘ as "index_statement"
from user_indexes

将查出来的语句全部复制出来 在command 中执行

--查询索引监控状态及是否使用 used 表示是否使用 monitoring 表示是否监控
select * from v$object_usage;

--重命名索引 加引号不是 ‘‘‘‘ 而是双引号 "",如果是有索引名的直接用名字即可,下面是没有索引名字的
alter index "BIN$KlUan6J2SbSmL8iyNg4gBg==$0" rename to empnp_PK;

--删除约束
alter table emp drop constraint "BIN$vCU/6synShGquH31PIj3ww==$0";

--重命名主键约束
alter table jack rename constraint pk_id to pk_jack_id;

时间: 2024-10-13 23:58:18

监控索引是否使用的相关文章

Oracle监控索引是否被启用

创建Oracle索引: create index DEFECT_SUBMIT_DATE_IDX on Defect(Submit_Date);create index DEFECT_DBID_SUBMIT_DATE_IDX on Defect(dbid, Submit_Date); 删除索引: drop index DEFECT_SUBMIT_DATE_IDX; 设置监控索引: alter index DEFECT_SUBMIT_DATE_IDX monitoring usage; alter

应用alter index ××× monitoring usage;语句监控索引使用与否

随着时间的累积,在没有很好的规划的情况下,数据库中也许会存在大量长期不被使用的索引,如果快速的定位这些索引以便清理便摆在案头.我们可以使用"alter index ××× monitoring usage;"命令将索引至于监控状态下,经过一定的监控周期,那些不被使用到的索引便会在具体Schema下的v$object_usage视图中得以体现.展示一下这个过程,供参考.友情提示:生产数据库中的索引添加和删除一定要慎重,需要做好充分的测试. 1.环境准备 --1.创建表T SQL>

ORACLE不可见索引(Invisible Indexes)

不可见索引概念 不可见索引(Invisible Index)是ORACLE 11g引入的新特性.不可见索引是会被优化器忽略的不可见索引,除非在会话或系统级别上将OPTIMIZER_USE_INVISIBLE_INDEXES初始化参数显式设置为TRUE.此参数的默认值是FALSE.如果是虚拟索引是为了合理.科学新增索引而设计的,那么不可见索引就是为了合理.科学的删除索引而设计的.为什么这样说呢? 因为DBA在维护索引时,我们经常会找出无用或低效的索引,并删除这些索引,在生产环境下,删除索引还是有一

Oracle 学习之 性能优化(十三) 索引

一.索引概念 索引是一种供服务器在表中快速查找一个行的数据库结构.合理使用索引能够大大提高数据库的运行效率. 在数据库中建立索引主要有以下作用. (1)快速存取数据. (2)既可以改善数据库性能,又可以保证列值的唯一性. (3)实现表与表之间的参照完整性 (4)在使用order by.group by子句进行数据检索时,利用索引可以减少排序和分组的时间. 在关系数据库中,每一行都由一个行唯一标识RowID.RowID包括该行所在的文件.在文件中的块数和块中的行号.索引中包含一个索引条目,每一个索

【oracle11g ,19】索引管理

一.索引的分类: 1.逻辑上分为: 单列索引和复合索引 唯一索引和非唯一索引 函数索引 domain索引 2.物理上分: 分区索引和非分区索引 b-tree bitmap 注意:表和索引最好不放在同一表空间. 二.domain索引:(了解) 一般的索引 %MI%'是不走的索引的,但有可能走域索引. 域索引用于文本的检索,适合数据仓库. SQL> select * from scott.emp where ename  like '%MI%'; EMPNO ENAME      JOB      

Oracle 重建索引脚本

该指数是一个有力的武器,以提高数据库的查询性能. 没有索引,喜欢同样的标签库没有书籍,找书,他们想预订比登天还难.中,尤其是在批量的DML的情形下会产生对应的碎片.以及B树高度会发生对应变化.因此能够对这些变化较大的索引进行重构以提高性能.N久曾经Oracle建议我们定期重建那些高度为4.已删除的索引条目至少占有现有索引条目总数的20%的这些表上的索引.但Oracle如今强烈建议不要定期重建索引. 详细能够參考文章:Oracle 重建索引的必要性. 虽然如此重建索引还是有必要的.仅仅是不建议定期

[转]Oracle 重建索引的必要性

http://blog.csdn.net/leshami/article/details/23763963 索引重建是一个争论不休被不断热烈讨论的议题.当然Oracle官方也有自己的观点,我们很多DBA也是遵循这一准则来重建索引,那就是Oracle建议对于索引深度超过4级以及已删除的索引条目至少占有现有索引条目总数的20% 这2种情形下需要重建索引.近来Oracle也提出了一些与之相反的观点,就是强烈建议不要定期重建索引.本文是参考了1525787.1并进行相应描述. 1.重建索引的理由 a.O

[转]Oracle 索引质量分析

http://blog.csdn.net/leshami/article/details/23687137 索引质量的高低对数据库整体性能有着直接的影响.良好高质量的索引使得数据库性能得以数量级别的提升,而低效冗余的索引则使得数据库性能缓慢如牛,即便是使用高档的硬件配置.因此对于索引在设计之初需要经过反复的测试与考量.那对于已经置于生产环境中的数据库,我们也可以通过查询相关数据字典得到索引的质量的高低,通过这个分析来指导如何改善索引的性能.下面给出了演示以及索引创建的基本指导原则,最后给出了索引

关于oracle数据库索引的一些学习记录

1.索引的特点        a.对具有只读我或较少插入.更新或删除操作的大表可以提高查询速度.        b.可以对表的一列或多列建立索引.        c.建立索引的数量没有限制.        d.索引需要磁盘存储,需要oracle自动维护.        e.索引对用户透明,是否使用索引是由oracle决定的. 2.RDBMS访问数据的基本方法        a.全表扫描        b.通过ROWID        c.使用索引 3.增加索引会带来insert语句性能的下降.