前几天在客户现场做升级，脚本中move lob字段了，客户继续执行操作的时候，喊索引失效了。经查看，是非lob字段的索引失效，当时没注意，直接rebuild了，半夜回去的路上，经理问我，move lob字段，为什么其他索引会失效？我当时。。。夜深人静时，最佳思考时。思考的结果就是：我发现很多东西我都知道，但究其根本，就有点模糊了。比如：索引，我知道是根据rowid快速找到一行，但是，索引存储的是一列的值（单列索引），会不会存储与其他列的关系呢？。。。。
后来决定通过实验验证，不知道所以然，至少得知道依然呀。怎么着，先知道一个再说先。
--建测试表，含主键
create table dxmy_lob(id number primary key,name blob,sex varchar2(10),location varchar2(100));
select * from dba_lobs d where d.table_name = 'DXMY_LOB';
--插入数据
INSERT INTO DXMY_LOB VALUES(2,to_blob('110111011'),'MAN','SOMEWARE');
COMMIT;
select * from dxmy_lob;
--创建普通索引
create index ind_dxmy on dxmy_lob(sex);
--move前查看索引状态
select d.owner,d.index_name,d.index_type,d.status,d.last_analyzed from dba_indexes d where d.table_name = 'DXMY_LOB';
OWNER INDEX_NAME INDEX_TYPE STATUS LAST_ANALYZED
LM IND_DXMY NORMAL VALID 2015/12/17 4:29:51
LM SYS_C0011400 NORMAL VALID
LM SYS_IL0000087754C00002$$ LOB VALID
--move走起
alter table lm_lob move lob(name) store as LM_LOB_SEG (tablespace users);
--move之后索引状态
select d.owner,d.index_name,d.index_type,d.status,d.last_analyzed from dba_indexes d where d.table_name = 'DXMY_LOB';
OWNER INDEX_NAME INDEX_TYPE STATUS LAST_ANALYZED
LM IND_DXMY NORMAL VALID 2015/12/17 4:29:51
LM SYS_C0011400 NORMAL VALID
LM SYS_IL0000087754C00002$$ LOB VALID
正常呀，莫非。。。
哎，我灵机一动，以为是复合索引，结果不能建。。
那最大的可能就是客户做了什么操作，是索引失效了。
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
134
收藏
