Oracle数据库索引有什么背景、现状和意义

索引分为好多种类型，它的存在意义就是快速定位数据位置，因为一张很大的表百万条及以上的数据量才有必要建索引，首先你要先弄懂索引的基本结构是什么，是怎么工作的；它的结构就是一条数据对应一个rowid，通过rowid信息直接访问相关数据块里的数据，这就大大减小了磁盘扫描的 *** 作时间，因为大量从磁盘读取数据然后再筛选符合条件的数据需要很长的时间，也影响了其他数据库 *** 作效率（抢占不必要的cpu和内存资源）；就是说从一张大表里只查询一条或者是几条数据是最有必要创建索引的，否则意义不大

在数据库管理与维护中，我们总会遇到一个问题：我们创建的索引是否会被某些SQL语句使用呢？换个通俗表达方式：我创建的索引是否是未使用的索引（unused Indexes），是否有价值呢？如果创建的某个索引是Unused Indexes，尤其是没有合理规划索引的系统或那些管理控制不规范的系统。有可能建立了N个索引，其实有些索引都是没有任何SQL会使用，那么此时这些多余的索引其实会带来两个问题：1：浪费存储空间，尤其是大表的索引，浪费的存储空间尤其可观； 2：加重DML *** 作（UPDATE、INSERT、DELETE）的开销。

ORACLE其实提供了监控索引使用情况的功能。ALTER INDEX <index_name> MONITORING USAGE; 我们下面来测试验证一下吧。

创建一个表TEST作为实验测试验证的样例

CREATE TABLE TEST

(

ID NUMBER(10),

NAME VARCHAR2(32)

);

CREATE INDEX IDX_TEST_ID ON TEST(ID);

INSERT INTO TEST

SELECT 1001, 'Kerry' FROM DUAL UNION ALL

SELECT 1002, 'Ken' FROM DUAL UNION ALL

SELECT 1003, 'Jimmy' FROM DUAL UNION ALL

SELECT 1004, 'Jack' FROM DUAL;

COMMIT;

execute dbms_statsgather_table_stats(ownname => 'ETL', tabname =>'TEST', estimate_percent =>DBMS_STATSAUTO_SAMPLE_SIZE, method_opt => 'FOR ALL COLUMNS SIZE AUTO');启用对索引IDX_TEST_ID的监控

ALTER INDEX IDX_TEST_ID MONITORING USAGE;此时观察V$OBJECT_USAGE表数据的变化，如下所示，MONITORIN字段值变为YES，表示索引IDX_TEST_ID已经被置于监控状态。USED字段为NO表示暂时没有SQL使用该索引SQL> COL INDEX_NAME FOR A20

SQL> COL TABLE_NAME FOR A10

SQL> COL MONITORING FOR A10

SQL> COL USED FOR A10

SQL> COL START_MONITORING FOR A20

SQL> COL END_MONITORING FOR A20

SQL> SELECT FROM V$OBJECT_USAGE;

INDEX_NAME TABLE_NAME MONITORING USED START_MONITORING END_MONITORING------------ ---------- ---------- ---- -------------------- ----------------IDX_TEST_ID TEST YES NO 11/28/2015 14:57:41此时我们执行下面SQL，因为此时使用全表扫描，那么索引IDX_TEST_ID依然没有被使用，此时可以查看V$OBJECT_USAGE进行验证。

SQL> SET AUTOTRACE ON;

SQL> SELECT FROM TEST WHERE ID =1001;

ID NAME

---------- --------------------------------1001 Kerry

Execution Plan

--------------------------------------------------------------------------------------------------------------------| Id | Operation | Name | Rows | Bytes | Cost |----------------------------------------------------------| 0 | SELECT STATEMENT | | 1 | 9 | 2 || 1 | TABLE ACCESS FULL| TEST | 1 | 9 | 2 |----------------------------------------------------------Note

-----

- 'PLAN_TABLE' is old version

Statistics

----------------------------------------------------------1 recursive calls

0 db block gets

4 consistent gets

0 physical reads

0 redo size

578 bytes sent via SQLNet to client

492 bytes received via SQLNet from client2 SQLNet roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

clip_image001

如下所示，此时索引IDX_TEST_ID依然没有被使用。

clip_image002

我们使用索引提示强制下面SQL使用索引IDX_TEST_IDSELECT /+ INDEX(TEST IDX_TEST_ID) / FROM TEST WHERE ID =1001;此时你就会发现USED的值变为了YES了。

clip_image003

ALTER INDEX IDX_TEST_ID NOMONITORING USAGE;执行上面命令后，在V$OBJECT_USAGE表中，就会更新表TEST记录的END_MONITORING、MONITORING的值。

clip_image004

如果你又启用监控索引使用情况，那么系统会更新START_MONITORING、END_MONITORING字段的值（END_MONITORING的值更新为NULL）。如果删除表TEST，此时你会发现V$OBJECT_USAGE对象中关于表TEST的记录也不见了。

注意：SELECT FROM V$OBJECT_USAGE; 只能查看当前用户下被监控的索引信息。即使sys、system用户也不能查看其它用户的信息。

在测试过程中有个小疑问，就是在准备测试环境时，如果不对表收集统计信息的话，那么即使SQL走全表扫描，你依然发现V$OBJECT_USAGE中索引被标记使用了。如下所示DROP TABLE TEST PURGE;

CREATE TABLE TEST

(

ID NUMBER(10),

NAME VARCHAR2(32)

);

CREATE INDEX IDX_TEST_ID ON TEST(ID);

INSERT INTO TEST

SELECT 1001, 'Kerry' FROM DUAL UNION ALL

SELECT 1002, 'Ken' FROM DUAL UNION ALL

SELECT 1003, 'Jimmy' FROM DUAL UNION ALL

SELECT 1004, 'Jack' FROM DUAL;

COMMIT;

ALTER INDEX IDX_TEST_ID MONITORING USAGE;SQL> SET AUTOTRACE ON;

SQL> SELECT FROM TEST WHERE ID =1001;

ID NAME

---------- --------------------------------1001 Kerry

Execution Plan

--------------------------------------------------------------------------------------------------------------------| Id | Operation | Name | Rows | Bytes | Cost |----------------------------------------------------------| 0 | SELECT STATEMENT | | 1 | 31 | 2 || 1 | TABLE ACCESS FULL| TEST | 1 | 31 | 2 |----------------------------------------------------------Note

-----

- 'PLAN_TABLE' is old version

Statistics

----------------------------------------------------------7 recursive calls

0 db block gets

10 consistent gets

0 physical reads

0 redo size

578 bytes sent via SQLNet to client

492 bytes received via SQLNet from client2 SQLNet roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

SQL> SELECT FROM V$OBJECT_USAGE;

INDEX_NAME TABLE_NAME MONITORING USED START_MONITORING END_MONITORING------------ ---------- ---------- ------ ----------- -------------------IDX_TEST_ID TEST YES YES 11/28/2015 15:11:46那么为什么呢？ 猜测是在解析生成执行计划时，用到了索引的一些信息，导致V$OBJECT_USAGE表中的字段USED被标记为YES。

如果我们想在系统中监控所有的索引，那么我们可以通过下面脚本实现监控数据库所有的索引。注意我们要排除一些系统表的索引、以及LOB indexes。原因有下面两个：

1：LOB indexes不能修改，否则会报ORA-22864错误（ORA-22864: cannot ALTER or DROP LOB indexes）。

2：ORA-00701: object necessary for warmstarting database cannot be alteredORA-00701: object necessary for warmstarting database cannot be altered00701 00000 - "object necessary for warmstarting database cannot be altered"Cause: Attempt to alter or drop a database object (table, cluster, orindex) which are needed for warmstarting the database

Action: None

SET PAGES 999;

SET HEADING OFF;

SPOOL run_monitorsql

SELECT

'ALTER INDEX '||OWNER||''||INDEX_NAME||' MONITORING USAGE;'

FROM

DBA_INDEXES

WHERE

INDEX_TYPE != 'LOB' AND OWNER NOT IN ('SYS', 'SYSMAN', 'SYSTEM', 'MDSYS', 'WMSYS', 'TSMSYS', 'DBSNMP', 'OUTLN');

SPOOL OFF;

@run_monitorsql

此时使用下面脚本就能查出那些索引是未使用索引，当然监控索引时长非常重要，太短的话有可能导致查询出来的数据有问题，一般建议监控一周后即可，OLAP系统则需要适当延长监控的时间。

SELECT ITABLE_OWNER,

TTABLE_NAME,

IINDEX_NAME,

UUSED,

USTART_MONITORING,

UEND_MONITORING

FROM USER_TABLES T

INNER JOIN USER_INDEXES I

ON TTABLE_NAME = ITABLE_NAME

INNER JOIN V$OBJECT_USAGE U

ON UTABLE_NAME = ITABLE_NAME

AND IINDEX_NAME = UINDEX_NAME

WHERE ITABLE_OWNER=SYS_CONTEXT('USERENV','CURRENT_USER')另外，博客Oracle - Find unused Indexes中介绍了一个查找没有使用索引的SQL语句。如下所示statspack_unused_indexessqlcol owner heading "Index Owner" format a30col index_name heading "Index Name" format a30set linesize 95 trimspool on pagesize 80

select

from

(select

owner,

index_name

from

dba_indexes di

where

diindex_type != 'LOB'

and

owner not in ('SYS', 'SYSMAN', 'SYSTEM', 'MDSYS', 'WMSYS', 'TSMSYS', 'DBSNMP', 'OUTLN')minus

select

index_owner owner,

index_name

from

dba_constraints dc

where

index_owner not in ('SYS', 'SYSMAN', 'SYSTEM', 'MDSYS', 'WMSYS', 'TSMSYS', 'DBSNMP', 'OUTLN')minus

select

pobject_owner owner,

pobject_name index_name

from

stats$snapshot sn,

stats$sql_plan p,

stats$sql_summary st,

stats$sql_plan_usage spu

where

stsql_id = spusql_id

and

spuplan_hash_value = pplan_hash_value

and

sthash_value = pplan_hash_value

and

snsnap_id = stsnap_id

and

sndbid = stdbid

and

sninstance_number = stinstance_number

and

snsnap_id = spusnap_id

and

sndbid = spusnap_id

and

sninstance_number = spuinstance_number

and

snsnap_id between &begin_snap and &end_snapand

pobject_type = 'INDEX'

)

where owner not in ('SYS', 'SYSMAN', 'SYSTEM', 'MDSYS', 'WMSYS', 'TSMSYS', 'DBSNMP', 'OUTLN')order by 1, 2

/

这里是另一个脚本用来跟踪未使用的索引并展示给所有索引的调用计数。最重要的是，这个脚本显示了多列索引引用的列（这个脚本执行时间较长，资源开销较大。）col c1 heading 'Begin|Interval|time' format a20col c2 heading 'Search Columns' format 999col c3 heading 'Invocation|Count' format 99,999,999break on c1 skip 2

accept idxname char prompt 'Enter Index Name: '

ttitle 'Invocation Counts for index|&idxname'

select

to_char(snbegin_interval_time,'yy-mm-dd hh24') c1,psearch_columns c2,count() c3from

dba_hist_snapshot sn,

dba_hist_sql_plan p,

dba_hist_sqlstat st

where

stsql_id = psql_id

and

snsnap_id = stsnap_id

and

pobject_name = '&idxname'

group by

begin_interval_time,search_columns;

在Oracle数据库中 创建索引虽然比较简单 但是要合理的创建索引则比较困难了 笔者认为 在创建索引时要做到三个适当 即在适当的表上 适当的列上创建适当数量的索引 虽然这可以通过一句话来概括优化的索引的基本准则 但是要做到这一点的话 需要数据库管理员做出很大的努力 具体的来说 要做到这个三个适当有如下几个要求

一 根据表的大小来创建索引

虽然给表创建索引 可以提高查询的效率 但是数据库管理员需要注意的是 索引也需要一定的开销的 为此并不是说给所有的表都创建索引 那么就可以提高数据库的性能 这个认识是错误的 恰恰相反 如果不管三七二十一 给所有的表都创建了索引 那么其反而会给数据库的性能造成负面的影响 因为此时滥用索引的开销可能已经远远大于由此带来的性能方面的收益 所以笔者认为 数据库管理员首先需要做到 为合适的表来建立索引 而不是为所有的表建立索引

一般来说 不需要为比较小的表创建索引 如在一个ERP系统的数据库中 department表用来存储企业部门的信息 一般企业的部分也就十几个 最多不会超过一百个 这 条记录对于人来说 可能算是比较多了 但是对于计算机来说 这给他塞塞牙缝都还不够 所以 对类似的小表没有必要建立索引 因为即使建立了索引 其性能也不会得到很大的改善 相反索引建立的开销 如维护成本等等 要比这个要大 也就是说 付出的要比得到的多 显然违反常理

另外 就是对于超大的表 也不一定要建立索引 有些表虽然比较大 记录数量非常的多 但是此时为这个表建立索引并一定的合适 如系统中有一张表 其主要用来保存数据库中的一些变更信息 往往这些信息只给数据库管理员使用 此时为这张表建立索引的话 反而不合适 因为这张表很少用到 只有在出问题的时候才需要查看 其次其即使查看 需要查询的纪录也不会很多 可能就是最近一周的更新记录等等 对于对于一些超大的表 建立索引有时候往往不能够达到预计的效果 而且在打表上建立索引 其索引的开销要比普通的表大的多 那么到底是否给大表建立索引呢笔者认为 主要是看两个方面的内容 首先是需要关注一下 在这张大表中经常需要查询的记录数量 一般来说 如果经常需要查询的数据不超过 %到 %的话 那就没有必要为其建立索引的必要 因为此时建立索引的开销可能要比性能的改善大的多 这个比例只是一个经验的数据 如果数据库管理员需要得出一个比较精确的结论 那么就需要进行测试分析 即数据库管理员需要测试一下全表扫描的时间 看看其是否比建立索引后的查询时间要长或者短 如果是长的话 则说明有建立索引的必要 但是如果没有的话 则说明还是全表扫描速度来的快 此时也就没有必要建立索引了

总之 在考虑是否该为表建立索引时 一般来说小表没有建立索引的必要 而对于打表的话 则需要进行实际情况实际分析 简单一点的 可以根据大致的比率来确定 如果要精确一点的 则可以进行全表扫描性能分析 以判断建立索引后是否真的如预期那样改善了数据库性能

二 根据列的特征来创建索引

列的特点不同 索引创建的效果也不同 数据库管理员需要了解为哪些列创建索引可以起到事倍功半的效果 同时也需要了解为哪些列创建索引反而起到的是事倍功半的效果 这有利于他们了解到底给为怎么样的字段建立索引

根据笔者的经验 往往为如下特征的列创建索引能够起到比较明显的效果 如对于一些重复内容比较少的列 特别是对于那些定义了唯一约束的列 在这些列上建立索引 往往可以起到非常不错的效果 如对于一些null值的列与非Null值的列混合情况下 如果用户需要经常查询所有的非Null值记录的列 则最好为其设置索引 如果经常需要多表连接查询 在用与连接的列上设置索引可以达到事半功倍的效果

可见 索引设置的是否恰当 不仅跟数据库设计架构有关 而且还跟企业的经济业务相关 为此 对于一些套装软件 虽然一开始数据库管理员已经做了索引的优化工作 但是随着后来经济数据的增加 这个索引的效果会越来越打折扣 这主要是因为记录的表化影响到了索引优化的效果 所以笔者建议各位数据库管理员 即使采用的是大牌软件公司的套装软件 也需要隔一段时间 如一年 对数据库的索引进行优化 该去掉的去掉 该调整的调整 以提高数据库的性能

如在数据库中有一张表是用来保存用户信息的 其中有个字段身份z号码 这是一个唯一的字段 在数据库设计时 给这个字段创建了索引 但是当这个数据库投入使用之后 用户不怎么输入用户的身份z号码 而且平时也基本不按这个号码来进行查询 当记录月来月多时 这个身份z号码上的索引字段不但不能够改善数据库的查询性能 反而成了鸡肋 对于这些有很多NULL值的列 而且不会经常查询所有的非NULL值记录的列 数据库管理员要下决心 即使清除这些列上的索引

所以说索引的优化与调整是一个动态的过程 并不是说数据库设计好之后就不需要经过调整 数据库管理员往往需要根据记录的变化情况 来进行适当的变更 以提高索引的效果

三 在一个表上创建多少索引合适

虽然说 在表上创建索引的数量没有限制 但是决不是越多越好 也就是说 在创建索引这项事情上 + 〉 往往不成立 有时候 创建索引越多 其可能会得到适得其反的效果 那么在一个表上 到底给创建多少索引合适呢这个没有一个明确的标准 而是需要数据库管理员根据实际的用途以及数据库中记录的情况 来进行判断

通常来说 表的索引越多 其查询的速度也就越快 但是 表的更新速度则会降低 这主要是因为表的更新(如往表中插入一条记录)速度 反而随着索引的增加而增加 这主要是因为 在更新记录的同时需要更新相关的索引信息 为此 到底在表中创建多少索引合适 就需要在这个更新速度与查询速度之间取得一个均衡点 如对于一些数据仓库或者决策型数据库系统 其主要用来进行查询 相关的记录往往是在数据库初始化的时候倒入 此时 设置的索引多一点 可以提高数据库的查询性能 同时因为记录不怎么更新 所以索引比较多的情况下 也不会影响到更新的速度 即使在起初的时候需要导入大量的数据 此时也可以先将索引禁用掉 等到数据导入完毕后 再启用索引 可以通过这种方式来减少索引对数据更新的影响 相反 如果那些表中经常需要更新记录 如一些事务型的应用系统 数据更新 *** 作是家常便饭的事情 此时如果在一张表中建立过多的索引 则会影响到更新的速度 由于更新 *** 作比较频繁 所以对其的负面影响 要比查询效率提升要大的多 此时就需要限制索引的数量 只在一些必要的字段上建立索引

笔者在平时数据库优化时 往往会根据这些表的用途来为列设置索引 可以查询相关的动态视图 看看对于这张表的 *** 作 是更新 *** 作(包括更新 删除 插入等等)占的比例大 还是查询 *** 作占的比例大 当过多的索引已经影响到更新 *** 作的速度时 则数据库管理员就需要先禁用某些索引 以提高数据库的性能

lishixinzhi/Article/program/Oracle/201311/18407

根据表名，查询一张表的索引：select from user_indexes where table_name=upper('表名')。

根据索引号，查询表索引字段：select from user_ind_columns where index_name=('索引名')。

根据索引名，查询创建索引的语句：select dbms_metadataget_ddl('INDEX','索引名', ['用户名']) from dual ; --['用户名']可省，默认为登录用户。

Oracle数据库产品为财富排行榜上的前1000家公司所采用，许多大型网站也选用了Oracle系统。

以上就是关于Oracle数据库索引有什么背景、现状和意义全部的内容，包括:Oracle数据库索引有什么背景、现状和意义、如何监控ORACLE索引使用与否、在Oracle中合理创建数据库的索引等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！