数据库优化-删除不再使用的索引，数据库索引

数据库优化-删除不再使用的索引，数据库索引

ENV:11.2.0.3

一个运行了四年的库，近期发现一些头疼的问题，空间不足，性能降低

发现有些索引因为应用变更，基本不用了，决定检测，删除那些不同的索引；
以前也有写过博文：http://blog.csdn.net/jacson_bai/article/details/37773319
这里涉及到公司一些安全，就不贴出来了，主要说一下解决思路

数据库每一个schema下所有操作都相同：
1.开启索引监控
 select 'alter index '||index_name||' monitoring usage;' from user_indexes;
将查询结果写在一个1.sql文本，调用sqlplus执行。
2.监控程序运行，这个是需要时间的，尤其是有PL/SQL写的那些对象，必须都运行了，才可以下结论
有时候可能需要一个月，因为有些job就是每月运行一下
3.关闭索引监控
select 'alter index '||index_name||' nomonitoring usage;' from user_indexes;
将查询结果写在一个2.sql文本，调用sqlplus执行
4.查看监控结果
select * from v$object_usage;

关键看，USE是YES还是NO

5.将结果导出来，与开发讨论后，的确没有再使用的，就drop

备注：有些schema可能没有权限执行alter哦，要么赋权限再拿掉，要么有补全schema，在sysdba下执行

创建索引可以大大提高系统的性能:
第一，通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。
第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原因。
第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。
第四，在使用分组和排序 子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。
第五，通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能。

增加索引也有许多不利的方面:
第一，创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。
第二，索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大。
第三，当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。

索引是建立在数据库表中的某些列的上面。因此，在创建索引的时候，应该仔细考虑在哪些列上可以创建索引，在哪些列上不能创建索引。一般来说，应该在这些列上创建索引，例如：

在经常需要搜索的列上，可以加快搜索的速度；
在作为主键的列上，强制该列的唯一性和组织表中数据的排列结构；
在经常用在连接的列上，这 些列主要是一些外键，可以加快连接的速度；
在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的；
在经常需要排序的列上创 建索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间；
在经常使用在WHERE子句中的列上面创建索引，加快条件的判断速度。
参考资料：www.newsmth.net/...397118
 

drop 试试。。。