PLSQL程序优化和性能分析方法要点(共26页).doc

《PLSQL程序优化和性能分析方法要点(共26页).doc》由会员分享，可在线阅读，更多相关《PLSQL程序优化和性能分析方法要点(共26页).doc（26页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上1. 前言1.1 目的性能测试是测试中比较重要的工作，性能测试应分为压力的测试和性能的测试，其中性能问题中绝大部分都是由于程序编写的不合理、不规范造成的。本文档说明了程序中常见的不优化的脚本编写，导致的性能问题，并且在也描述了怎样去跟踪和解决程序上的性能问题的方法。在最后一章里面描述了做一个白盒测试工具测试性能问题的设计思想。1.2 文档说明本文档只说明PLSQL编写的优化问题，不包括ORACLE本身的性能优化（内存SGA、系统参数、表空间等）、操作系统的性能问题和硬件的性能问题。对于PLSQL程序优化方面的内容有很多，本文档列出在我们实际工作中一些常见的情况。本文档

2、难免有不正确的地方，也需要大家给予指正。本文档举例说明的问题语句不是实际程序中真正存在的，只是让大家能看起来更容易理解，但这些语句也不代表在我们程序中其他部分语句不存在这些问题。举例说明中的语句采用的是社保核心平台的数据字典，在举例描述中没有标明表名和字段名的含义，还需单独参考。1.3 词汇表词汇名称词汇含义备注1.4 参考资料编号资料名称作者日期出版单位1ORACLE SQL性能优化系列232. PLSQL程序优化原则2.1 导致性能问题的内在原因导致系统性能出现问题从系统底层分析也就是如下几个原因：l CPU占用率过高，资源争用导致等待l 内存使用率过高，内存不足需要磁盘虚拟内存l IO占

3、用率过高，磁盘访问需要等待2.2 PLSQL优化的核心思想PLSQL优化实际上就是避免出现“导致性能问题的内在原因”，实际上编写程序，以及性能问题跟踪应该本着这个核心思想去考虑和解决问题。l PLSQL程序占用CPU的情况n 系统解析SQL语句执行，会消耗CPU的使用n 运算（计算）会消耗CPU的使用l PLSQL程序占用内存的情况n 读写数据都需要访问内存n 内存不足时，也会使用磁盘l PLSQL程序增大IO的情况n 读写数据都需要访问磁盘IOn 读取的数据越多，IO就越大大家都知道CPU现在都很高，计算速度非常快；访问内存的速度也很快；但磁盘的访问相对前两个相比速度就差的非常大了，因此PL

4、SQL性能优化的重点也就是减少IO的瓶颈，换句话说就是尽量减少IO的访问。性能的优先级CPU-内存-IO，影响性能的因素依次递增。根据上面的分析，PLSQL优化的核心思想为：1. 避免过多复杂的SQL脚本，减少系统的解析过程2. 避免过多的无用的计算，例如：死循环3. 避免浪费内存空间没有必要的SQL脚本，导致内存不足4. 内存中计算和访问速度很快5. 尽可能的减少磁盘的访问的数据量，该原则是PLSQL优化中重要思想。6. 尽可能的减少磁盘的访问的次数，该原则是PLSQL优化中重要思想。下面的章节具体介绍常见影响性能的SQL语句情况。2.3 ORACLE优化器ORACLE的优化器：a. RUL

5、E (基于规则) b. COST (基于成本) c. CHOOSE (选择性) 设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在SQL句级或是会话(session)级对其进行覆盖. 为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你必须经常运行analyze 命令,以增加数据库中的对象统计信息(object statistics)的准确性. 如果数据库的优化器模式设置为选择性(CHOOSE),那么实际的优化器模式将和是否运行

6、过analyze命令有关. 如果table已经被analyze过, 优化器模式将自动成为CBO , 反之,数据库将采用RULE形式的优化器. 在缺省情况下,ORACLE采用CHOOSE优化器, 为了避免那些不必要的全表扫描(full table scan) , 你必须尽量避免使用CHOOSE优化器,而直接采用基于规则或者基于成本的优化器.在oracle10g前默认的优化模式是CHOOSE，10g默认是ALL_ROWS，我不建议大家去改动ORACLE的默认优化模式。2.4 PLSQL优化主要说明了在SQL编写上和PLSQL程序编写上可以优化的地方。2.4.1 选择最有效率的表名顺序只在基于规则的

7、优化器rule中有效，目前我们oracle选择的优化器基本都不选择rule，因此该问题基本不会出现，但为了安全和规范起见，建议编程习惯采用该规则。ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,因此FROM子句中写在最后的表(基础表 driving table)将被最先处理. 在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.当ORACLE处理多个表时, 会运用排序及合并的方式连接它们.首先,扫描第一个表(FROM子句中最后的那个表)并对记录进行派序,然后扫描第二个表(FROM子句中最后第二个表),最后将所有从第二个表中检索出的记录与第一个表中合适记录进

8、行合并. 例如: 表 ac01有 16,384 条记录 表 ab01 有1 条记录 选择ab01作为基础表 (好的方法) select count(*) from ac01,ab01 执行时间0.96秒 选择ac01作为基础表 (不好的方法) select count(*) from ab01,ac01 执行时间26.09秒 2.4.2 WHERE子句中的连接顺序 ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前例如:(低效) SELECT ab01.aab001,ab02.aab051 FROM ab01,ab02 WHERE ab0

9、2.aae140=31 AND ab01.aab001=ab02.aab001; (高效) SELECT ab01.aab001,ab02.aab051 FROM ab01,ab02 WHERE ab01.aab001=ab02.aab001 AND ab02.aae140=31;2.4.3 SELECT子句中避免使用 * 当你想在SELECT子句中列出所有的COLUMN时,使用动态SQL列引用 * 是一个方便的方法.不幸的是,这是一个非常低效的方法. 实际上,ORACLE在解析的过程中, 会将* 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间。2.4.4

10、 用EXISTS替代IN 实际情况看，使用exists替换in效果不是很明显，基本一样。在许多基于基础表的查询中,为了满足一个条件,往往需要对另一个表进行联接.在这种情况下, 使用EXISTS(或NOT EXISTS)通常将提高查询的效率. 低效: SELECT * FROM ac01Where aac001 in (select aac001 from ac02 where aab001=str_aab001 and aae140=31);或SELECT * FROM ac01Where aac001 in (select distinct aac001 from ac02 where aa

11、b001=str_aab001 and aae140=31);注意使用distinct也会影响速度高效: SELECT * FROM ac01Where exists (select 1 from ac02 where aac001=ac01.aac001 and aab001=str_aab001 and aae140=31);in的常量列表是优化的(例如：aab019 in (20,30)，不用exists替换；in列表相当于or2.4.5 用NOT EXISTS替代NOT INOracle在10g之前版本not in都是最低效的语句，虽然在10g上not in做到了一些改进，但仍然还是存

12、在一些问题，因此我们一定要使用not exists来替代not in的写法。在子查询中,NOT IN子句将执行一个内部的排序和合并. 无论在哪种情况下,NOT IN都是最低效的 (因为它对子查询中的表执行了一个全表遍历). 为了避免使用NOT IN ,我们可以把它改写成NOT EXISTS. 例如: SELECT * FROM ac01 WHERE aab001 NOT IN (SELECT aab001 from ab01 where aab020=100);为了提高效率.改写为: SELECT * FROM ac01 WHERE not exists (SELECT 1 from ab01

13、 where aab001=ac01.aab001 and aab020=100);2.4.6 用表连接替换EXISTS在子查询的表和主表查询是多对一的情况，一般采用表连接的方式比EXISTS更有效率。例如： 低效：SELECT ac01.* FROM ac01Where exists (select 1 from ac02 where aac001=ac01.aac001 and aab001=ac01.aab001 and aae140=31 and aae041=);高效：SELECT ac01.* FROM ac02,ac01Where ac02.aac001=ac01.aac001

14、and ac02.aab001=ac01.aab001 and ac02.aae140=31 and aae041=;到底exists和表关联哪种效率高，其实是根据两个表之间的数据量差别大小是有关的，如果差别不大实际上速度基本差不多。2.4.7 用EXISTS替换DISTINCT当提交一个包含一对多表信息(比如个人基本信息表和个人参保信息表)的查询时,避免在SELECT子句中使用DISTINCT. 一般可以考虑用EXISTS替换 例如: 低效: select distinct ac01.aac001from ac02,ac01where ac02.aac001 = ac01.aac001and

15、 ac02.aae140=31and ac01.aab001=;高效: select ac01.aac001from ac01where exists(select 1 from ac02 where aac001 = ac01.aac001and aae140=31)and ac01.aab001=;EXISTS 使查询更为迅速,因为RDBMS核心模块将在子查询的条件一旦满足后,立刻返回结果。因此如果不是特别研究和追求速度的话（例如：数据转换），查询一个表的数据需要关联其他表的这种情况查询，建议采用EXISTS的方式。2.4.8 减少对表的查询该问题是我们编程中出现过的问题，请大家一定注意，

16、并且该类问题优化可以带来较大性能的提升。例如: 低效 cursor cur_kc24_mz isSelect akc260from kc24where akb020 =str_akb020and aka130=11; cursor cur_kc24_zy isSelect akc260from kc24where akb020 =str_akb020and aka130=21;for rec_mz in cur_kc24_mz loop 门诊处理.end loop; for rec_mz in cur_kc24_zy loop 住院处理.end loop;高效 cursor cur_kc24

17、isSelect akc260,aka130from kc24where akb020 =str_akb020and aka130 in (11,21);for rec_kc24 in cur_kc24 loop if rec_kc24.aka130=11 then 门诊处理. end if; if rec_kc24.aka130=21 then 住院处理.end if; end loop;高效的做法使用同样的条件（或者说是索引）只访问一次磁盘，低效的做法访问了2次磁盘，这样速度差别将近2倍。2.4.9 避免循环（游标）里面嵌查询游标里面不能嵌入查询(或者再嵌游标)，其实也不能有update

18、delete等语句，只能有insert语句。但在实际的编程情况下是不可能完全避免的，但我们一定要尽量避免。该类问题也是我们程序中出现过的问题，该类问题也可以大大提升程序效率，请大家一定注意。例如：低效：Cursor cur_ac04 is Select aac001,akc010 From ac04 Where aab001= prm_aab001;For rec_ac04 in cur_ac04 loop Select aac008 Into str_aac008 from ac01where aac001=rec_ac04.aac001; if str_aac008=1 then n_jf

19、je := rec_ac04.akc010*0.08; end if; if str_aac008=2 then n_jfje := rec_ac04.akc010*0.1; end if;End loop;高效：Cursor cur_ac04 is Select ac01.aac001,ac04.akc010,ac01.aac008 From ac04,ac01 Where ac04.aac001=ac01.aac001and aab001= prm_aab001;For rec_ac04 in cur_ac04 loop if rec.aac008=1 then n_jfje := rec

20、_ac04.akc010*0.08; end if; if rec.aac008=2 then n_jfje := rec_ac04.akc010*0.1; end if;end loop;优化的方法是尽量把游标循环中的查询语句放到游标查询中一起查询出来，这样相当于只访问了1次磁盘读到内存；如果放到游标中的话，假如游标有100万数据量，那么程序需要100万次磁盘，可以想象浪费了多少IO的访问。如果在程序编写上没有办法避免游标中有查询语句的话（一般情况是可以避免的），那么也要保证游标中的查询使用的索引（即查询速度非常快），例如：游标100万数据量，游标中的查询语句执行需要0.02秒，从这个速度上

21、来说是很快的，但总体上看100万*0.02秒=2万秒=5小时33分钟，如果写一个不够优化的语句需要1秒，那么需要几天能执行完呢？2.4.10 尽量用union all替换unionUnion会去掉重复的记录，会有排序的动作，会浪费时间。因此在没有重复记录的情况下或可以允许有重复记录的话，要尽量采用union all来关联。2.4.11 使用DECODE函数来减少处理时间使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表. 例如: （低效)select count(1) from ac01 where aab001= and aac008=1; select count(1) fro

22、m ac01 where aab001= and aac008=2;（低效)Select count(1),aac008 From ac01Where aab001= and aac008 in (1,2)group by aac008;（高效）select count(decode(aac008,1,1,null) zz,count(decode(aac008,2,1,null) txfrom ac01where aab001=;特别说明：group by和order by 都会影响性能，编程时尽量避免没有必要的分组和排序，或者通过其他的有效的编程办法去替换，比如上面的处理办法。2.4.12

23、 group by优化Group by需要查询后排序，速度慢影响性能，如果查询数据量大，并且分组复杂，这样的查询语句在性能上是有问题的。尽量避免使用分组或者采用上面的一节的办法去代替。采用group by的也一定要进行优化。例如：低效select ac04.aac001,ac01.aac002,ac01.aac003,sum(aac040),ac01.aab001 from ac04,ac01 where ac04.aac001=ac01.aac001 and ac01.aab001= group by ac04.aac001,ac01.aac002,ac01.aac003,ac01.aab0

24、01;高效：select ac04.aac001,ac01.aac002,ac01.aac003,gzze,ac01.aab001 from (select aac001,sum(aac040) gzze from ac04 group by aac001) ac04,ac01 where ac04.aac001=ac01.aac001 and aab001=;2.4.13 尽量避免用order byOrder by需要查询后排序，速度慢影响性能，如果查询数据量大，排序的时间就很长。但我们也不能避免不使用，这样大家一定注意一点的是如果使用order by那么排序的列表必须符合索引，这样在速度上

25、会得到很大的提升。2.4.14 用Where子句替换HAVING子句 避免使用HAVING子句, HAVING 只会在检索出所有记录之后才对结果集进行过滤. 这个处理需要排序,总计等操作. 如果能通过WHERE子句限制记录的数目,那就能减少这方面的开销. 例如: 低效: SELECT aac008,count(1) FROM ac01GROUP BY aac008 HAVING aac008 in (1,2); 高效 SELECT aac008,count(1) FROM ac01Where aac008 in (1,2)GROUP BY aac008 ;HAVING 中的条件一般用于对一些集

26、合函数的比较,如COUNT() 等等. 除此而外,一般的条件应该写在WHERE子句中2.4.15 使用表的别名(Alias) 当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上.这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误.2.4.16 删除重复记录一般数据转换的程序经常会使用到该方法。最高效的删除重复记录方法 ( 因为使用了ROWID) DELETE FROM ac01 aWHERE a.rowid (SELECT MIN(b.rowid) FROM ac01 bWHERE a.aac002=b.aac002and a.aac003=b

27、.aac003 );2.4.17 COMMIT使用数据转换的程序需要关注这一点。1. Commit执行也是有时间的，不过时间特别短，但提交频率特别大，必然也会浪费时间。2. commit可以释放资源，在大量数据更新时，必须及时提交。a. 回滚段上用于恢复数据的信息. b. 被程序语句获得的锁 c. redo log buffer 中的空间 d. ORACLE为管理上述3种资源中的内部花费例如：Cur_ac20有5000万数据n_count :=0;For arec in cur_ac20 loop Insert into ac20 n_count := n_count + 1; If n_co

28、unt = = then -10万一提交 commit; n_count := 0; End if;End loop;Commit;如果1条一提交，需要提交5000万必然浪费时间；如果整体提交，资源不能释放，性能必须下降。在实际编程时，应注意提交的次数和提交的数据量的平衡关系。2.4.18 减少多表关联表关联的越多，查询速度就越慢，尽量减少多个表的关联，建议表关联不要超过3个（子查询也属于表关联）。数据转换上会存在大数据量表的关联，关联多了会影响索引的效率，可以采用建立临时表的办法，有时更能提高速度。2.4.19 批量数据插入数据转换时或者大业务数据插入时，有以下几种办法进行数据插入（不包括i

29、mp、impdp和sqlloader）l Insert into select 方式将查询的结果一次插入到目标表中。例如：Insert into ac01_bak select * from ac01;由于是一次查询一次插入，并且最后一次提交，他的速度要比下面描述的curosr的方式速度要快。但查询插入的数据量过大必然会占用更多的内存和undo表空间，只能在插入完成后提交，这样资源不能释放，会导致回滚表空间不足和快照过旧的问题，另外一旦失败需要全部回滚。因此建议小数据量（例如：300万以下）的导入采用该种方式。l Insert /*+append */ into select方式该种方式同上种

30、方式，不过由于有append的提示，这种语句不走回滚段直接插入数据文件，速度非常快。注意系统开发编程不能使用该种方式，数据转换可以灵活使用。l Cursor方式定义游标，然后逐行进行插入，然后定量提交。例如：Cusor cur_ac20 is Select * from ac20;.n_count :=0;For rec_ac20 in cur_ac20 loop Insert into ac20_bak (aac001,.) Values (rec_ac20.aac001, .); If n_count := then Commit; n_count :=0; End if;End loop

31、;l 批绑定的方式通过游标查询将数据逐行写到数组里（实际上就是内存），然后通过批绑定的语句forall in insert intovalues;将内存的数据一次写入到数据文件中。相比cursor的方式减少了对io的访问次数，提高了速度，但注意内存别溢出了。2.5 索引使用优化在实际的应用系统中索引问题导致性能问题可能能占到80%，在程序优化上索引问题是需要我们特别关注的。本节主要描述什么情况索引会不生效。2.5.1 避免在索引列上使用函数或运算这个问题是在我们实际编程中出现过的，请大家一定注意。在索引列上使用函数或运算，查询条件都不会使用索引。例如：不使用索引Select * from ka

32、02 where aka060= and to_char(aae030,yyyymm)=;使用索引Select * from ka02 where aka060= and aae030=to_date(,yyyymm);不使用索引Select * from ka02 where aka060= and aae031+1=sysdate;使用索引Select * from ac04 where aac001= and aae031=sysdate -1;如果一定要对使用函数的列启用索引, ORACLE新的功能: 基于函数的索引(Function-Based Index) CREATE INDEX

33、 IDX_KA02_AKA066 ON KA02 (UPPER(AKA066); /*建立基于函数的索引*/ SELECT * FROM KA02 WHERE UPPER(AKA066) = ASPL; /*将使用索引*/不是极特殊情况，建议不要使用。2.5.2 避免改变索引列的类型.索引列的条件如果类型不匹配，则不能使用索引。例如：不使用索引Select * from ac01 where aac001=;使用索引Select * from ac01 where aac001=;2.5.3 避免在索引列上使用NOT避免在索引列上使用NOT, NOT不会使查询条件使用索引。对于!=这样的判断也

34、是不能使用索引的，索引只能告诉你什么存在于表中, 而不能告诉你什么不存在于表中例如: 低效: (这里,不使用索引) select *From ac02Where not aab019=10; 高效: (这里,使用了索引) select *From ac02Where aab019 in (20,30);2.5.4 用=替代虽然效果不是特别明显，但建议采用这种方式低效: SELECT *FROM ab01 WHERE aab019 10 高效: SELECT * FROM ab01 WHERE aab019 =20 两者的区别在于, 前者DBMS首先定位到aab019=10的记录并且向前扫描到第

35、一个aab019大于10的记录,而后者DBMS将直接跳到第一个aab019等于10的记录2.5.5 避免在索引列上使用IS NULL和IS NOT NULL对于索引列使用is null或is not null不会使用上索引 因为空值不存在于索引列中,所以WHERE子句中对索引列进行空值比较将使ORACLE停用该索引. 举例: 低效: (索引失效) select * from ab01 where aab019 is not null;高效: (索引有效) select * from ab01 where aab019 in(10,20,30);在实际开发中，对于这类的问题很难避免，如果不是特别

36、影响速度或者要求速度的，可以忽略。2.5.6 带通配符（%）的like语句%在常量前面索引就不会使用。例如：不使用索引Select * from ac01 where aac002 like %;Select * from ac01 where aac002 like %;使用索引Select * from ac01 where aac002 like %;2.5.7 总是使用索引的第一个列如果索引是建立在多个列上, 只有在它的第一个列被where子句引用时,优化器才会选择使用该索引。例如：Ac02的复合索引：aac001、aae140、aae041Select * from ac02 whe

37、re aae140=31 and aae041=; -不会使用索引Select * from ac02 where aac001=; -可以使用索引如果不使用索引第一列基本上不会使用索引，使用索引要按照索引的顺序使用，另外使用复合索引的列越多，查询的速度就越快2.5.8 多个平等的索引 当SQL语句的执行路径可以使用分布在多个表上的多个索引时, ORACLE会同时使用多个索引并在运行时对它们的记录进行合并, 检索出仅对全部索引有效的记录. 在ORACLE选择执行路径时,唯一性索引的等级高于非唯一性索引. 然而这个规则只有 当WHERE子句中索引列和常量比较才有效.如果索引列和其他表的索引类相比

38、较. 这种子句在优化器中的等级是非常低的. 如果不同表中两个相同等级的索引将被引用, FROM子句中表的顺序将决定哪个会被率先使用. FROM子句中最后的表的索引将有最高的优先级. 如果同一表中有两个相同等级的索引被引用，oracle会分析最有效的索引去引用，其他的索引不会使用，如果这些相同等级的索引效果差不多，oracle可能会自动合并进行使用。 2.5.9 不明确的索引等级当ORACLE无法判断索引的等级高低差别,优化器将只使用一个索引,它就是在WHERE子句中被列在最前面的.2.5.10 自动选择索引如果表中有两个以上（包括两个）索引，其中有一个唯一性索引，而其他是非唯一性 在这种情况下

39、，ORACLE将使用唯一性索引而完全忽略非唯一性索引2.5.11 使用提示(Hints)对于表的访问,可以使用两种Hints. FULL 和 ROWID FULL hint 告诉ORACLE使用全表扫描的方式访问指定表. 例如: SELECT /*+ FULL(AC01) */ * FROM AC01 WHERE AAC001 = ; 如果一个大表没有被设定为缓存(CACHED)表而你希望它的数据在查询结束是仍然停留 在SGA中,你就可以使用CACHE hint 来告诉优化器把数据保留在SGA中. 通常CACHE hint 和 FULL hint 一起使用. 例如: SELECT /*+ FU

40、LL(AC01) CACHE(AC01)*/ * FROM AC01; ROWID hint 告诉ORACLE使用TABLE ACCESS BY ROWID的操作访问表. 采用TABLE ACCESS BY ROWID的方式特别是当访问大表的时候, 使用这种方式, 你需要知道ROIWD的值或者使用索引.索引hint 告诉ORACLE使用基于索引的扫描方式. 你不必说明具体的索引名称 例如: SELECT /*+index(IDX_AC01_AAC002)*/ aac001 FROM AC01 WHERE aac002=;在不使用hint的情况下, 以上的查询应该也会使用索引,然而,如果该索引的

41、重复值过多而你的优化器是CBO, 优化器就可能忽略索引. 在这种情况下, 你可以用INDEX hint强制ORACLE使用该索引. ORACLE hints 还包括ALL_ROWS, FIRST_ROWS, RULE,USE_NL, USE_MERGE, USE_HASH 等等. 使用hint , 表示我们对ORACLE优化器缺省的执行路径不满意,需要手工修改. 这是一个很有技巧性的工作. 除非特定的情况，例如：数据转换，其他情况最好不用. 2.5.12 表上存在过旧的分析我们现在很多项目都存在性能问题，其中有很多种情况都是由于分析过旧导致ORACLE判断索引级别和资源成本上出现问题，会导致O

42、RACLE判断错误不使用索引。我个人觉得这是ORACLE不够完善的地方。解决办法：第一种办法：删除分析，停止oracle10g的自动分析，但不使用分析，oracle访问数据的CPU消耗就过大。第二种办法：重新分析，但过长时间后，索引是否会再次失效，没有验证过。2.5.13 表上存在并行表上存在并行，ORACLE判断索引级别和资源成本上出现问题，会导致ORACLE判断错误不使用索引。这个问题我不知道有什么好的处理办法，从现场实际应用速度角度比较，我还是选择去掉并行，因为不使用索引进行全表扫描肯定是不能忍受的。2.5.14 关于索引建立索引的使用是肯定会大大提高查询的速度，但索引其实也是一种数据，

43、它也是存放的用户类型的表空间下的，索引建立的越多越大，占用的空间也越大，从用户的环境来说这也不是问题，但如果一个表有过多过大的查询，必然会影响insert、delete和update索引列的速度，因为这些操作改变了整个表的索引顺序，oracle需要进行调整，这样性能就下降了。因此我们一定要合理的建立好有效的索引，编程也要符合索引的规则，而不能是索引符合编程的规则。案例：某项目数据转换，采用游标循环insert的方式，总共2000万的数据，总共用了4个小时，原因就是目标表里面有很多索引。解决方法是先删除索引再执行转换脚本，结果不用1小时就完成了，建立全部的索引不到半个小时。原因就是第一种方式每次

44、insert都改变索引顺序，共执行改变2000万次，而第二种方式整体上执行索引顺序就一次。3. PLSQL程序性能问题分析方法本章主要介绍怎样找到出现性能问题PLSQL程序或语句的方法。3.1 性能问题分析出现性能问题，我先要从整体进行分析，一般总体上会有几种现象：l 整个系统运行速度都慢n 在业务不忙的时候，所有模块都慢n 只有在业务繁忙的时候，所有模块都慢n 时快时慢l 个别业务模块运行速度慢n 在业务不忙的时候，该模块就慢n 只有在业务繁忙的时候，该模块才慢n 时快时慢一般导致系统性能慢的因素：l 硬件：客户端、服务器CPU、内存和存储设备配置不符合应用系统要求l 网络：网速低、丢包l 操作系统参数设置：参数设置不合理l 受到其他软件干扰：例如：防火墙、病毒l Weblogic设置：参数设置不合理l Oracle设置：内存、表空间、redolog、系统参数设置不合理等l PLSQL程序：plsql不优化、未使用索引、锁表在不同现象下，可能导致性能问题的因素：