2008-05-07_《RAC最佳实践》精华总结_Jason Zhang.doc

“RAC最佳实践”精华总结 如果调整应用后逻辑读突然提供50%，需要立刻性能调优。 Statspack和AWR中的Top 5等待事件是性能调整的重点。 严重的CPU使用，往往是糟糕的SQL语句所致。如果完全调优后CPU还很高，需要增加CPU或节点数。其次，也有可能是数据库的某个Bug。 会话级别的动态性能统计： V$SESSTAT, V$SESSION_EVENT select e.sid, e.time_waited, s.program, s.module from v$session_event e, v$session s where s.sid=e.sid and e.event= gc current block busy order by e.time_waited; select st.sid, st.value, s.program, s.module from v$sesstat st, v$session s, v$statname n where s.sid=st.sid and st.statistic#=n.statistic# and n.name = gc CPU used by this session order by st.value; 数据段统计 V$SEGMENT_STATISTICS: 当STATISTICS_LEVEL参数为TYPICAL时，存储每个数据段的统计信息。不包括undo block和undo header transfers。 V$INSTANCE_CACHE_TRANSFER: 标识块级别主题到剧烈的全局缓存活动， 并有那个实例传输了最多的数据块。 select * from v$instance_cache_transfer where cr_busy 0 order by cr_busy; 标识在全局缓存中的长等待的SQL select substr(sql_text, 1, 50), cluster_wait_time from v$sql where cluster_wait_time 0 order by 2; 其中cluster_wait_time为只完成的调用部分，长时间运行的可能得不到。 服务的性能统计 select SERVICE_NAME, EVENT, TIME_WAITED from v$service_event where event like gc cr% order by 3; select EVENT, TIME_WAITEDfrom v$service_event where event like gc% and SERVICE_NAME = ?ORDER_ENTRY? order by 2; RAC通用调优方法 提高buffer cache命中率：调整buffer cache；在OLTP中避免大的全表扫描；使用buffer pools（keep/recycle），并使用IOT和IOT溢出 避免对小的数据集合的争抢： latch free、buffer busy wait 避免分析 最小的锁使用 删除不必要的索引 提高本地缓存访问：使用ASSM；序列缓存，特别在插入操作时 使用分区隔离实例间数据通讯：范围和列表分区在一定范围的数据；哈希分区降低buffer busy争用 使用数据隔离 只读表放到只读表空间 改变锁机制： 只读表空间；测试中可考虑GC_FILES_TO_LOCKS参数 典型的RAC操作延迟 V$CURRENT_BLOCK-SERVER Statspack延迟名称 毫秒 低范围 通常 高范围 Ave time to process CR block request 0.1 1 10 Ave receive time for CR block 0.3 4 12 Ave time to process current block request 0.1 3 23 Ave receive time for current block 0.3 8 30 V$GES_STATISTICS: 最常见的问题 CR请求和buffer等待在远端的回滚段头 V$CR_BLOCK_SERVER， V$SESSION_WAIT和V$SESSION_WAIT_HISTORY帮助识别回滚段, 通过P1和P2字段 设置参数： _row_cr=TRUE Library Cache Locks在PL/SQL和高级队列常较高： 事件10706 V$ENQUEUE_STATS, V$SEGMENT_STATS, 10046：buffer busy等待 有关叶数据块分裂的最通用征兆 Wait events System Stati