索引使用的好处与坏处(Oracle测试)（下）

什么情况下应不建或少建索引

 表记录太少

 如果一个表只有5条记录，采用索引去访问记录的话，那首先需访问索引表，再通过索引表访问数据表，一般索引表与数据表不在同一个数据块，这种情况下ORACLE至少要往返读取数据块两次。而不用索引的情况下ORACLE会将所有的数据一次读出，处理速度显然会比用索引快。

 如表zl_sybm(使用部门)一般只有几条记录，除了主关键字外对任何一个字段建索引都不会产生性能优化，实际上如果对这个表进行了统计分析后ORACLE也不会用你建的索引，而是自动执行全表访问。如:

 select * from zl_sybm where sydw_bh='5401'(对sydw_bh建立索引不会产生性能优化)

 经常插入、删除、修改的表

 对一些经常处理的业务表应在查询允许的情况下尽量减少索引，如zl_yhbm，gc_dfss，gc_dfys，gc_fpdy等业务表。

 数据重复且分布平均的表字段

 假如一个表有10万行记录，有一个字段A只有T和F两种值，且每个值的分布概率大约为50%，那么对这种表A字段建索引一般不会提高数据库的查询速度。

 经常和主字段一块查询但主字段索引值比较多的表字段

 如gc_dfss(电费实收)表经常按收费序号、户标识编号、抄表日期、电费发生年月、操作标志来具体查询某一笔收款的情况，如果将所有的字段都建在一个索引里那将会增加数据的修改、插入、删除时间，从实际上分析一笔收款如果按收费序号索引就已经将记录减少到只有几条，如果再按后面的几个字段索引查询将对性能不产生太大的影响。

 如何只通过索引返回结果

 一个索引一般包括单个或多个字段，如果能不访问表直接应用索引就返回结果那将大大提高数据库查询的性能。对比以下三个SQL，其中对表zl_yhjbqk的hbs_bh和qc_bh字段建立了索引:

 1 select hbs_bh,qc_bh,xh_bz from zl_yhjbqk where qc_bh=’7001’

 执行路径:

 SELECT STATEMENT, GOAL = CHOOSE 11 265 5565

 TABLE ACCESS BY INDEX ROWID DLYX ZL_YHJBQK 11 265 5565

 INDEX RANGE SCAN DLYX 区册索引 1 265

 平均执行时间(0.078秒)

 2 select hbs_bh,qc_bh from zl_yhjbqk where qc_bh=’7001’

 执行路径:

 SELECT STATEMENT, GOAL = CHOOSE 11 265 3710

 TABLE ACCESS BY INDEX ROWID DLYX ZL_YHJBQK 11 265 3710

 INDEX RANGE SCAN DLYX 区册索引 1 265

 平均执行时间(0.078秒)

 3 select qc_bh from zl_yhjbqk where qc_bh=’7001’

 执行路径:

 SELECT STATEMENT, GOAL = CHOOSE 1 265 1060

 INDEX RANGE SCAN DLYX 区册索引 1 265 1060

 平均执行时间(0.062秒)

 从执行结果可以看出第三条SQL的效率最高。执行路径可以看出第1、2条SQL都多执行了TABLE ACCESS BY INDEX ROWID(通过ROWID访问表) 这个步骤，因为返回的结果列中包括当前使用索引(qc_bh)中未索引的列(hbs_bh,xh_bz)，而第3条SQL直接通过QC_BH返回了结果，这就是通过索引直接返回结果的方法。

 如何重建索引

 alter index 表电量结果表主键 rebuild

 如何快速新建大数据量表的索引

 如果一个表的记录达到100万以上的话，要对其中一个字段建索引可能要花很长的时间，甚至导致服务器数据库死机，因为在建索引的时候ORACLE要将索引字段所有的内容取出并进行全面排序，数据量大的话可能导致服务器排序内存不足而引用磁盘交换空间进行，这将严重影响服务器数据库的工作。解决方法是增大数据库启动初始化中的排序内存参数，如果要进行大量的索引修改可以设置10M以上的排序内存(ORACLE缺省大小为64K)，在索引建立完成后应将参数修改回来，因为在实际OLTP数据库应用中一般不会用到这么大的排序内存。