暂无图片
暂无图片
1
暂无图片
暂无图片
暂无图片

10g新增初始化参数SKIP_UNUSABLE_INDEXES

老杨 2019-04-18
558

问题描述

这个10.1就增加的新特性

专家解答

公司中的新人问起索引失效对表影响,于是随手做了个例子,才发现10g中已经改变了9i中的默认方式:

SQL> CREATE TABLE t_index (id NUMBER, name varchar2(30));
TABLE created.
SQL> CREATE INDEX ind_t_id ON t_index(id);
INDEX created.
SQL> CREATE INDEX ind_t_name ON t_index(name);
INDEX created.
SQL> INSERT INTO t_index VALUES (1, 'a');
1 ROW created.
SQL> commit;
Commit complete.
SQL> ALTER TABLE t_index move; 
TABLE altered.
SQL> SELECT index_name, STATUS FROM user_indexes WHERE TABLE_NAME = 'T_INDEX';
INDEX_NAME                     STATUS
------------------------------ --------
IND_T_ID                       UNUSABLE
IND_T_NAME                     UNUSABLE
SQL> INSERT INTO t_index VALUES (2, 'b');
1 ROW created.

当这个插入语句成功后,我发现自己做的例子居然和预期产生了差异,在我的印象中,这个插入语句是应该报错的。
随后马上做了三件事情:

SQL> SELECT * FROM v$version;
BANNER
----------------------------------------------------------------
Oracle DATABASE 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE    10.2.0.4.0      Production
TNS FOR Linux: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production
SQL> SELECT index_name, STATUS FROM user_indexes WHERE TABLE_NAME = 'T_INDEX';
INDEX_NAME                     STATUS
------------------------------ --------
IND_T_ID                       UNUSABLE
IND_T_NAME                     UNUSABLE
SQL> SHOW parameter INDEX
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
optimizer_index_caching              INTEGER     0
optimizer_index_cost_adj             INTEGER     100
skip_unusable_indexes                BOOLEAN     TRUE

首先第一件事情就是坚持当前数据库的版本,我可以确定在9i,最后一个INSERT会由于索引的状态不可用而导致错误,而当前可以执行成功,因此首先确定版本问题。
在确认是10.2版本后,随后又坚持了一下索引的状态,看看是否插入导致Oracle重建了索引。而当前索引的状态并未发生变化,说明Oracle在执行插入时,跳过了这些不可用的索引。
于是顺理成章的就是第三个动作,坚持包含index关键字的初始化参数,看看是否是10g中存在了一个类似的初始化参数,使得索引在不可用状态下,基表同样可以进行DML操作。
查询果然发现了这个参数,而且从名称以及设置的值来看,确认就是要找的初始化参数:

SQL> ALTER SESSION SET skip_unusable_indexes = FALSE;
SESSION altered.
SQL> INSERT INTO t_index VALUES (3, 'c');
INSERT INTO t_index VALUES (3, 'c')
*
ERROR at line 1:
ORA-01502: INDEX 'TEST.IND_T_ID' OR partition OF such INDEX IS IN unusable state
 
SQL> ALTER INDEX ind_t_id rebuild;
INDEX altered.
SQL> ALTER INDEX ind_t_name rebuild;
INDEX altered.
SQL> INSERT INTO t_index VALUES (3, 'c');
1 ROW created.
SQL> commit;
Commit complete.

将初始化参数设置为FALSE后,数据库的行为果然表现的和9i中一致。
查询了一下Oracle的文档,发现在10.1中Oracle已经引入了这个初始化参数。这个参数的引入可以避免由于表MOVE或其他DDL导致的索引失效,从而影响到整个表的可用性,同时这个参数的引入也会存在问题,它使得本来可以很快发现的问题埋藏的很深,甚至可能造成严重的性能隐患。
当然Oracle也意识到这一点,在告警日志中可以看到这些的提示信息:

Sat DEC 31 10:53:33 2011
SOME indexes OR INDEX [sub]partitions OF TABLE TEST.T_INDEX have been marked unusable

这同样也说明,任何一个参数都有两个方面,如果设置参数后只有优点而没有缺点,Oracle也就没有必要让用户去选择了。

「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论