--ORACLE索引监控的简单使用-------------------------2013/11/20 说明:     应用程序在开发时,可能会建立众多索引,但是这些索引的使用到底怎么样,是否有些索引一直都没有用到过,这需要我们对这些索引进行监控,以便确定他们的使用情况,并为是否可以清除它们给出依据.     本文介绍两种方式:     第一:开启监控功能:     第二:查看历史的执行计划,进行分析:   环境:     SQL> select * from v$version;     …

目的:监控oracle索引的有效性,看索引有没有被使用.然后根据监控结果删除或者调整索引. 步骤: 1.监控指定索引 命令: alter index  索引名 monitoring usage;  如:alter index User_IDX1 monitoring usage; 2.查看索引监控是否生效 命令:select * from V$OBJECT_USAGE t where t.monitoring = 'YES'; 3.执行索引相关SQL 4.查看索引是否被使用 命令:select…

       索引对于在大量数据里检索出少量数据库的查询操作来说是高效的,可是对于DML操作来说.却是负面的:①其对于insert 操作的反面影响最大.该表的索引越多,更新的索引越多,insert 操作越慢.②对于delete来说.大量数据定位删除少量数据的时候.通过索引定位删除是高效的,但假设删除数据量过多,或者有过多列有索引的时候.其它索引列由于数据的删除有会更新来说,索引是负面的.③对于update的负面影响最小,详细改动某一列时仅仅会更新该列上的index.        所以说,没有被…

在生产环境.我们会发现: ① 索引表空间 I/O 非常高     ② "db file sequential read" 等待事件也比较高   这种迹象表明.整个数据库系统.索引的读写操作比较多.已经成为系统的主要瓶颈      一般的原因.大抵如下:   ① 大量SQL均采用索引   ② DML操作导致索引维护工作量暴增   ③ 频繁DML导致很多索引碎片.增加I/O开销   ④ 索引建立策略失误.走索引如同全表扫      如果.一张表字段30个.但索引竟有 50个!?   作为…

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

1.冗余索引的弊端 大量冗余和无用的索引导致整个数据库性能低下,耗用了大量的CPU与I/O开销,具体表现如下: a.耗用大量的存储空间(索引段的维护与管理) b.增加了DML完成的时间 c.耗用大量统计信息(索引)收集的时间 d.结构性验证时间 f.增加了恢复所需的时间 2.单个索引监控 a.对于单个索引的监控,可以使用下面的命令来完成 alter index <INDEX_NAME> monitoring usage; b.关闭索引监控 alter index <INDEX_NAME&…

一.B-Tree索引 三大特点:高度较低.存储列值.结构有序 1.1利用索引特性进行优化 外键上建立索引:不但可以提升查询效率,而且可以有效避免锁的竞争(外键所在表delete记录未提交,主键所在表会被锁住). 统计类查询SQL:count(), avg(), sum(), max(), min() 排序操作:order by字段建立索引 去重操作:distinct UNION/UNION ALL:union all不需要去重,不需要排序 1.2联合索引 应用场景一:SQL查询列很少,建立查询列…

Oracle 字段监控 ( column monitor) */--> Oracle 字段监控 ( column monitor) Table of Contents 1. 开启与关闭 2. 字段说明 3. 数据来源与清除 4. 对直方图的影响 5. 对建立索引的影响 6. Col_Usage$ 6.0.1. 表结构 6.0.2. COL_USAGE$字段说明 6.0.3. refresh COL_USAGE$(刷新基表) 6.0.4. 利用COL_USAGE$表 6.0.5. TEST(测试示…

一.前言 Oracle建议对于索引深度超过4级以及已删除的索引条目至少占有现有索引条目总数的20% 这2种情形下需要重建索引.有人持不同观点,就是强烈建议不要定期重建索引.索引重建是一个争论不休被不断热烈讨论的议题. 1.重建索引的理由     a.Oracle的B树索引随着时间的推移变得不平衡(误解)     b.索引碎片在不断增加     c.索引不断增加,删除的空间没有重复使用 d.索引 clustering factor (集群因子)不同步,可以通过重建修复(误解) 2.反对重建索引的理…

版权声明:本文发布于http://www.cnblogs.com/yumiko/,版权由Yumiko_sunny所有,欢迎转载.转载时,请在文章明显位置注明原文链接.若在未经作者同意的情况下,将本文内容用于商业用途,将保留追究其法律责任的权利.如果有问题,请以邮箱方式联系作者(793113046@qq.com). 1.聚簇因子的概念 聚簇因子,是CBO优化器决定是否使用索引的因素之一,主要反映索引块上的数据(顺序存储),与该索引基于的表块上的数据(无序存储)的顺序相似程度的差异性.即表数据的存储…