Oracle索引监控,重建,不可见
简单总结了下 Oracle索引管理的一些东东。命令都很简单,但要注意下我列出的一些功能特性,执行后果,常见问题。 以及一点点小技巧。 一. 如何监控索引 二 10g失效及重建索引及常见问题 三. 11g的索引不可见特性
一.监控索引1. 从DBA用户下执行下面代码, alter index DEMO. IDX_TEST monitoring usage; 2. 以索引或表所属用户登录后在 v$object_usage 查看监控结果。 SELECT * FROM v$object_usage; 3. 取消监控 alter index DEMO.IDX_TEST nomonitoring usage;
技巧1: 可通过修改下面代码,批量执行监控和取消监控动作。
二.10g失效及重建索引及常见问题 1. 使用索引失效 命令: alter index idx_test2_id unusable; 索引失效后: a. 索引并不会被删掉,即还会占用数据库空间. b. 可在索引视图中查到状态为 "UNUSABLE"。 c. 表不会再与这个索引做同步更新。 d. 执行计划不会再使用这个索引 c. 对表的影响: 对表insert 会出现 ORA-01502错误,提示 "这类索引的分区处于不可用状态" 对表update正常。 对表 select 正常。
--查询所有失效索引 select a.status,a.* from dba_indexes a where status = 'UNUSABLE' 2. 通过重建索引,使用索引重新可用。 alter index idx_test2_id rebuild; 重建尽量不要在业务高峰期做,大表将会花很多时间。 对于唯一索引的重建,有可能报ORA-01452,说明列有重复值存在,不能重建这个索引。
注意事项: 除了手工执行命令使索引失效外。 还会有其它原因造成的一些索引自动失效。
最常见的是更改了表的表空间,则此表相关的所有索引全自动失效。 -- 更改表空间 alter table 表名 move tablespace 表空间; 另一种常见情况是10g的数据库自动采集程序造成的索引失效。 索引的失效有时后果是很严重的,所以DBA要经常检查索引状态,特别是对于一些关键索引。
三.11g的索引不可见特性 1. 索引变为不可见
alter index idx_test2_id invisible; 不可见后: a. 照样表会与这个索引同步更新。
b. 执行计划不会再使用这个索引 c. 对表的影响: 除了执行计划看不到外,索引的约束力仍在。 2. 使 索引可见 alter index idx_test2_id visible; 比起重建索引,省事多了,因为一直有在同步更新。
另外,在项目开发和维护中,如何正确使用索引,有兴趣的话可以看下我写的这篇: DBA写给开发的索引经验
MAIL:xcl_168@aliyun.comBlog:http://blog.csdn.net/xcl168
一.监控索引1. 从DBA用户下执行下面代码, alter index DEMO. IDX_TEST monitoring usage; 2. 以索引或表所属用户登录后在 v$object_usage 查看监控结果。 SELECT * FROM v$object_usage; 3. 取消监控 alter index DEMO.IDX_TEST nomonitoring usage;
技巧1: 可通过修改下面代码,批量执行监控和取消监控动作。
set serveroutput ondeclare v_owner varchar2(20) := 'DEMO'; -- 指定要监控哪个用户下的表 v_table varchar2(60) := '%'; -- 依表名过滤, '%' 代表为所有可访问表 v_type varchar2(15) := 'monitoring'; -- 值 monitoring / nomonitoring 分别对应监控和取消监控 --v_cmd varchar2(255);begin -- 如使用表所属用户登录,将dba_indexes改为下面这个user_indexes 为准的即可。 -- select table_owner||'.'||index_name as idxname -- from user_indexes where table_name like v_table for i in (select table_owner||'.'||index_name as idxname from dba_indexes where owner = v_owner and table_name like v_table ) loop execute immediate 'alter index '||i.idxname||' '||v_type||' usage'; -- v_cmd := 'execute immediate ''alter index '||i.idxname||' '||v_type||' usage'''; -- dbms_output.put_line(v_cmd); end loop; end;技巧2: 你会发现,虽然取消索引监控,或者很久之前有一个索引被执行过,这些索引在v$object_usage 视图中 仍能查到,很不爽。 执行 delete from object_usage; 即可清理掉这些。
二.10g失效及重建索引及常见问题 1. 使用索引失效 命令: alter index idx_test2_id unusable; 索引失效后: a. 索引并不会被删掉,即还会占用数据库空间. b. 可在索引视图中查到状态为 "UNUSABLE"。 c. 表不会再与这个索引做同步更新。 d. 执行计划不会再使用这个索引 c. 对表的影响: 对表insert 会出现 ORA-01502错误,提示 "这类索引的分区处于不可用状态" 对表update正常。 对表 select 正常。
--查询所有失效索引 select a.status,a.* from dba_indexes a where status = 'UNUSABLE' 2. 通过重建索引,使用索引重新可用。 alter index idx_test2_id rebuild; 重建尽量不要在业务高峰期做,大表将会花很多时间。 对于唯一索引的重建,有可能报ORA-01452,说明列有重复值存在,不能重建这个索引。
注意事项: 除了手工执行命令使索引失效外。 还会有其它原因造成的一些索引自动失效。
最常见的是更改了表的表空间,则此表相关的所有索引全自动失效。 -- 更改表空间 alter table 表名 move tablespace 表空间; 另一种常见情况是10g的数据库自动采集程序造成的索引失效。 索引的失效有时后果是很严重的,所以DBA要经常检查索引状态,特别是对于一些关键索引。
三.11g的索引不可见特性 1. 索引变为不可见
alter index idx_test2_id invisible; 不可见后: a. 照样表会与这个索引同步更新。
b. 执行计划不会再使用这个索引 c. 对表的影响: 除了执行计划看不到外,索引的约束力仍在。 2. 使 索引可见 alter index idx_test2_id visible; 比起重建索引,省事多了,因为一直有在同步更新。
另外,在项目开发和维护中,如何正确使用索引,有兴趣的话可以看下我写的这篇: DBA写给开发的索引经验
MAIL:xcl_168@aliyun.comBlog:http://blog.csdn.net/xcl168
>更多相关文章
首页推荐
佛山市东联科技有限公司一直秉承“一切以用户价值为依归
- 01-11全球最受赞誉公司揭晓:苹果连续九年第一
- 12-09罗伯特·莫里斯:让黑客真正变黑
- 12-09谁闯入了中国网络?揭秘美国绝密黑客小组TA
- 12-09警示:iOS6 惊现“闪退”BUG
- 12-05亚马逊推出新一代基础模型 任意模态生成大模
- 12-05OpenAI拓展欧洲业务 将在苏黎世设立办公室
- 12-05微软质疑美国联邦贸易委员会泄露信息 督促其
- 12-05联交所取消宝宝树上市地位 宝宝树:不会对公
- 12-04企业微信致歉:文档打开异常已完成修复
相关文章
24小时热门资讯
24小时回复排行
热门推荐
最新资讯
操作系统
黑客防御