Oracle Performance.pptVIP

Oracle优化 数据库优化 一个以数据库为核心的应用系统，其80%以上的效率决定于应用软件架构是否合理、简洁、高效，支撑软件和硬件终究是放在第二位考虑的问题，这是系统分析员和程序员们的价值所在和使命所系。 通用设置 对于每个数据库系统，以下设置是固定的，企图在此仅通过某种设置优化实现神奇的效果，不是解决问题的正确途径，效果极为有限。 硬件配置 I/0负载均衡 按照一般要求，在没有RAID的情况下，将I/O频繁的数据文件分配在不同磁盘上，使磁盘负载均衡。 临时表空间、回滚表空间、在线日志的I/O操作都比较密集，同时应用数据对象在表空间上的分布也决定I/O操作的分布。 RAID 关于RAID 5的写效率一直存在争论，在实际应用中表现并不突出。如果有条件，可使用RAID 0+1。RAID 5适用于磁盘空间有限，又要求保证一定容错功能的中小型应用。 增加RAID卡缓存，并将Cache选项置为WriteBack而非WriteThrough。此两项对系统I/0影响之大，令人印象极其深刻。 应用配置 表与索引分在不同表空间中，分配适宜的数据块尺寸 为表和索引建立不同的表空间，并在创建表空间时指定于此建立的表或索引的缺省存储参数，这样此表空间上的所有对象使用统一的数据块尺寸、扩展率和最大可用数据块数量等参数，简化了配置过程，减少了存储空间的碎片 根据应用确定索引 检查应用程序SQL语句，尽可能在where的查询条件中使用整个索引，如不能满足，至少用到索引首列。 几个统计指标 1.查看系统大致状态 Select name,value, statistic# from v$sysstat where statistic# in (4,5,65,183,184,188,189,190,191,230,231,232,233,234,235,242,243,244); 4 user commits 5 user rollbacks 65 prefetch clients - default 183 table scans (short tables) 184 table scans (long tables) 188 table scan rows gotten 189 table scan blocks gotten 190 table fetch by rowid 191 table fetch continued row 230 parse time cpu 231 parse time elapsed 232 parse count (total) 233 parse count (hard) 234 parse count (failures) 235 execute count 242 sorts (memory) 243 sorts (disk) 244 sorts (rows) 2 Top 10 parse SQL set linesize 100 set pagesize 100 SELECT * FROM (SELECT substr(sql_text,1,40) sql, parse_calls, executions, hash_value,address FROM V$SQLAREA WHERE parse_calls 1000 ORDER BY parse_calls DESC) WHERE rownum = 10 3 Same SQL statement Select substr(sql_text,1,40),count(*) from v$sqlarea group by substr(sql_text,1,40) having count(*)100 order by 2 desc; If many,using bind variable 4 Latch Free Select sid,event,p1,p2,p3 from v$session_wait where event=‘latch free’; Select st.name,s.value from v$sesstat s,v$statname st where s.statistic#=st.statistic# and name=‘CPU used by this session’ Union Sele