Oracle培训_2011_final.pptVIP

* * * * * 资源的网络拓扑和实物图片。 * 排序-合并连接图 * 嵌套循环连接图 * 连接适用情况 * 排序—合并连接 非等值连接、关联列都有索引 嵌套连接 驱动表较小 哈希连接 等值连接 生成执行计划 * sql set autotrace on sql explain plan for select …………… 用dbms_system存储过程生成执行计划 用PL/SQL DEVELOPER（F5） 干预执行计划_访问路径 * FULL /*+ FULL ( table ) */ 指定该表使用FTS INDEX /*+ INDEX ( table [index]) */ 使用该表上指定的索引对表进行索引扫描 INDEX_FFS /*+ INDEX_FFS ( table [index]) */ 使用快速全索引扫描 NO_INDEX /*+ NO_INDEX ( table [index]) */ 不使用该表上指定的索引进行存取，仍然可以使用 其它的索引进行索引扫描 干预执行计划_表连接 * USE_NL /*+ USE_NL ( tab [,tab, ...] ) */ 使用嵌套连接 USE_MERGE /*+ USE_MERGE ( tab [,tab,...]) */ 使用排序- -合并连接 USE_HASH /*+ USE_HASH ( tab [,tab, ...]) */ 使用HASH连接 二、Oracle 体系结构 五、Oracle SQL 编写规范 四、典型案例分析暨优化要点 三、Oracle SQL 优化基础 一、培训目的 培训总目录 典型案例_1 * 系统名称：综合集中维护支撑系统 故障现象：压力测试系统CPU资源100% 故障分析： 数据库实际的数据量仅为6GB左右。但是每天却产生大概150GB左右的REDO LOG 使用LOGMNR分析ORACLE日志，发现基本上都为JMSSTORE表的增、删操作。该表为WEBLOGIC的消息表（CLOB字段）。 典型案例_1 * 系统名称：综合集中维护支撑系统 故障处理： 运行相关查询业务，在数据库中查询v$sqlarea，JMSSTORE表相关操作的频率 对应用进行跟踪调试，查找每笔查询业务所运行的SQL 最终定位问题产生原因：应用程序在每笔查询后面都附带了消息传输（10次） 将该SQL屏蔽，问题得到解决 典型案例_2 * 系统名称：OA系统 故障现象：SQL语句执行速度慢（5S） select distinct b.fd_workflowname,a.fd_fileid,a.fd_c_filetitle,a.fd_c_enddate from tb_model_workflow b,tb_document c,tb_engine_filecommon a,tb_engine_filetache g where a.fd_c_workflowid=b.fd_workflowid and g.fd_fileid=a.fd_fileid and a.fd_c_fileno=c.id and a.fd_c_isend=1and b.fd_workflowtype=1 and (c.security_level_code=1 or(c.security_level_code=2 and g.fd_ft_staffid=2)or (c.security_level_code=3 and g.fd_ft_staffid=2)) and a.fd_c_enddate=(sysdate-30)and a.fd_c_enddate=(sysdate+1) and (pany_id=1 or c.send_company=1) order by a.fd_c_enddate desc; 典型案例_2 * 系统名称：OA系统 故障处理： 查看该sql的执行计划 tb_engine_filecommon表为FTS（full table scan），而且cost大 典型案例_2 * 系统名称：OA系统 故障处理： 查询该表fd_c_enddate的可选择性，发现很高，因此对该字段建索引，执行计划变为如下，执行时间缩短为0.3S左右 典型案例_3 * 系统名称：商务领航系统 故障现象：出账速度慢 故障处理： 查找V$SESSION中正在长时间运行的SQL update zjxc.BIZ_CUST_BALANCE t set t.warefee = 0 where t.cusid in (select b.cusid