关于索引的可用性

简介: 作为一名DBA,我们有责任找到并清除这些闲置的以及对性能有负面影响的索引。但我们从哪里开始呢?其实Oracle已经为我们提供了解决之道。  有两种基本的情况:  1、 我们必须确定索引是否被使用,如果索引没有使用,只需要删除它就可以了。

作为一名DBA,我们有责任找到并清除这些闲置的以及对性能有负面影响的索引。但我们从哪里开始呢?其实Oracle已经为我们提供了解决之道。
  有两种基本的情况:
  1、 我们必须确定索引是否被使用,如果索引没有使用,只需要删除它就可以了。
  2、 如果索引被使用了,或认为索引将会被使用,对于这种索引,要确定索引对数据库性能的影响稍微有点难度。
  对于第一种情况(判断索引是否被使用),我们可以对数据库索引进行监视,关键是要监视足够长的时间,可以监视一小时,一天,一周或一个业务季度,这要取决于表上的索引是与什么相关的。
  那该如何监视一个索引呢?其实简单得很,只需要使用ALTER INDEX命令,加上MONITORING USAGE子句就可以了,还是来看一看实例吧:

    SQL> ALTER INDEX pk_emp MONITORING USAGE;
  Index altered.
  SQL> ALTER INDEX ix_emp_sal MONITORING USAGE;
  Index altered.
  当你在该表上进行SELECT,UPDATE,DELETE(没有INSERT)时,一旦使用了索引,就会在V$OBJECT_USAGE动态视图中将该索引标记为在使用中:

SQL> select * from emp where empno = 7844;
  EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO
  ----- ------ --------- ---- --------- ----- ---- ------
  7844 TURNER SALESMAN 7698 08-SEP-81 1500 0 30
  SQL> SELECT v.index_name, v.table_name,
  v.monitoring, v.used,
  start_monitoring, end_monitoring
  FROM v$object_usage v, user_indexes u
  WHERE v.index_name = u.index_name;
  INDEX_NAME TABLE_NAME MON USE START_MONITORING END_MONITORING
  ---------- ---------- --- --- ------------------- -------------------
  PK_EMP EMP YES YES 04/28/2009 10:16:51
  IX_EMP_SAL EMP YES NO 04/28/2009 10:17:01
  就这么简单。显然,如果前面的SELECT语句只是查询EMP表,或许我们应该删除掉IX_EMP_SAL索引。
  如果索引已经被使用,或将被使用,在采取行动(如删除或创建索引)之前,我们必须放聪明点。为了帮助解决这些问题,Oracle为我们提供了一个新特性,INVISIBLE索引,允许我们将索引隐藏起来,隐藏的索引不能使用,但仍然可以通过INSERT,UPDATE和DELETE进行维护。要使一个索引不可见,可以使用CREATE或ALTER INDEX INVISIBLE命令,这里以上面的IX_EMP_SAL索引为例进行演示:
    SQL> create index ix_emp_sal on emp(sal) INVISIBLE;
  SQL> alter index ix_emp_sal INVISIBLE;
  当一个索引被置为INVISIBLE时,应用程序就看不到它了,也不能在任何DML操作中使用它了。优化器也看不到隐藏索引,因此也不会被任何执行计划使用,除非明确指定了一个提示(hint),会话被设置为使用隐藏索引,或者数据库被设置为可以使用所有的隐藏索引,这正是某些DBA梦寐以求的功能,使用一个新的init.ora参数optimizer_use_invisible_indexes,你可以固定会话,或全系统范围内都可以使用隐藏索引,让你有机会测试新建索引在完全移动到生产环境之前的影响,可以通过设置这个初始化参数使用隐藏索引,或在SQL中增加提示使用隐藏索引,如: 
    SQL> alter system set optimizer_use_invisible_indexetrue;
  SQL> alter session set optimizer_use_invisible_indexetrue;
  SQL> select * /*+ index (emp ix_ep_sal) */ ename from emp where sal=1500;
  要使一个索引从不可见状态变为可见状态,使用ALTER INDEX语句+ VISIBLE关键字即可:
    SQL> alter index ix_emp_sal VISIBLE;
  此外,如果你想找出在你的数据库中哪些索引是隐藏的,
    可以查询DBA_,USER_或ALL_INDEXES视图中的VISIBILITY列。

  SQL>select index_name, visibility
  from dba_indexes
  where index_name='IX_EMP_SAL';
  INDEX_NAME VISIBILIT
  -------------- ---------
  IX_EMP_SAL INVISIBLE
  在运用INVISIBLE索引功能时要注意由其它方法创建或修改的隐藏索引,如果你以前写有一个SQL查看索引的结构,现在需要修改一下增加检查VISIBILITY列,否则你看到的仅仅是索引的部分信息,当执行了大量的INSERT,UPDATE或DELETE操作时,这可能会变成一个隐藏的恶梦。
  索引的可用性一向有些黑色艺术,对于删除一个索引是否会对性能产生影响从来都没有明确的判断标准,现在通过监视索引的可用性,并可以修改索引的可见性,DBA完全可以更好地测试和验证索引的可用性了。

 

目录
相关文章
|
4月前
|
算法 关系型数据库 MySQL
TiDB保证数据一致性的策略与优势
【2月更文挑战第28天】TiDB作为一款分布式数据库,通过其独特的策略和优势,确保在分布式环境下数据的一致性。本章将详细探讨TiDB保证数据一致性的核心策略,包括其采用的分布式一致性协议、数据复制机制以及容错处理等方面,并阐述这些策略所带来的优势。通过理解TiDB的数据一致性保证机制,读者将能更深入地认识其作为分布式数据库的价值。
|
4月前
|
存储
云存储中的数据一致性与冗余策略
【5月更文挑战第31天】云存储关键在于数据一致性和冗余策略。强一致性确保所有副本始终同步,可能影响性能;最终一致性允许短暂不一致,最终达一致。多副本策略复制数据提高可用性,纠删码策略通过编码创建冗余。结合两者以平衡性能与准确性。选择合适策略可提升云存储系统性能、可用性和可靠性,未来研究将深化这一领域。
70 1
|
2月前
|
运维 关系型数据库 分布式数据库
PolarDB产品使用问题之将部分表设置为压缩表,是否会对节点的整体性能影响
PolarDB产品使用合集涵盖了从创建与管理、数据管理、性能优化与诊断、安全与合规到生态与集成、运维与支持等全方位的功能和服务,旨在帮助企业轻松构建高可用、高性能且易于管理的数据库环境,满足不同业务场景的需求。用户可以通过阿里云控制台、API、SDK等方式便捷地使用这些功能,实现数据库的高效运维与持续优化。
|
2月前
|
存储 负载均衡 定位技术
现代数据库系统中的数据分片策略与优化
数据分片在现代数据库系统中扮演着关键角色,特别是在面对海量数据和高并发访问的情况下。本文探讨了数据分片的基本概念、常见的分片策略(如水平分片与垂直分片)、以及如何通过优化和选择合适的分片策略来提升数据库系统的性能和可扩展性。
|
4月前
|
存储 监控 数据可视化
如何在实施OLAP分区时平衡各个分区的数据量和查询负载?
【5月更文挑战第14天】如何在实施OLAP分区时平衡各个分区的数据量和查询负载?
31 0
|
数据库 UED 索引
索引创建原则:提升数据库性能与查询效率的关键
在现代软件系统中,数据库是一个关键的组成部分,而索引作为提高数据库性能和查询效率的重要手段之一,其设计和创建的合理性直接影响着整个系统的稳定性和响应速度。本文将介绍索引的基本概念和原则,并详细探讨索引创建的几个关键原则,帮助读者了解如何为数据库中的表创建最优的索引,以提升系统性能。
159 0
|
存储 SQL 数据库
「内存数据库」调整插入和数据负载的HANA性能
「内存数据库」调整插入和数据负载的HANA性能
|
存储 数据库
数据库冗余字段的策略和管理
数据库冗余字段的策略和管理
249 0
|
SQL 存储 监控
为什么我建议需要定期重建数据量大但是性能关键的表
为什么我建议需要定期重建数据量大但是性能关键的表
为什么我建议需要定期重建数据量大但是性能关键的表
|
存储 SQL 缓存
当数据量增加时,如何提升数据库性能?
当数据量增加时,如何提升数据库性能?
319 0
当数据量增加时,如何提升数据库性能?