Oracle技术交流-应用优化.pptVIP

* * * * SELECT SB_ZZS_YBNSR.NSRSBH, ... FROM SB_ZZS_YBNSR, DJ_NSRXX where SBRQ = TO_DATE(2006-04-01, YYYY-MM-DD) and SBRQ = TO_DATE(2006-04-10, YYYY-MM-DD) AND SB_ZZS_YBNSR.NSRSBH = DJ_NSRXX.NSRSBH and SB_ZZS_YBNSR.XXSE_HJ SB_ZZS_YBNSR.JXSE_HJ AND EXISTS (SELECT 1 FROM TMP_LSSWJG WHERE SB_ZZS_YBNSR.NSR_SWJG_DM = TMP_LSSWJG .SWJG_DM ) 全表扫描的原因4：执行路径不正确 全表扫描的原因4：执行路径不正确 举例：涉及三个表的操作 SB_ZZS_YBNSR,DJ_NSRXX,TMP_LSSWJG 现有执行路径如下： 全表扫描的原因4：执行路径不正确 DJ_NSRXX SB_ZZS_YBNSR TMP_LSSWJG ① ② ④ PK_DJ_NSRXX ③ 0 50 100 150 200 250 300 350 400 时间 原语句 新语句 响应速度：370秒- 7秒 全表扫描的原因4：优化前后比较 0 500 1000 1500 2000 2500 3000 3500 4000 4500 I/O 原语句 新语句 I/O消耗：4,411M - 2.5M 全表扫描的原因4：优化前后比较 全表扫描的原因4：优化前后比较 0 500 1000 1500 2000 2500 3000 3500 4000 内存 原语句 新语句 内存消耗: 3,917M - 0.9M 全表扫描的原因4：新语句 SELECT /*+ ORDERED USE_NL(TMP_LSSWJG,SB_ZZS_YBNSR,DJ_NSRXX) INDEX(SB_ZZS_YBNSR IDX_LM)*/ ... ... FROM TMP_LSSWJG, SB_ZZS_YBNSR, DJ_NSRXX where SBRQ = TO_DATE(2006-04-01, YYYY-MM-DD) and SBRQ = TO_DATE(2006-04-10, YYYY-MM-DD) AND SB_ZZS_YBNSR.NSR_SWJG_DM = TMP_LSSWJG.SWJG_DM AND  SB_ZZS_YBNSR.NSRSBH = DJ_NSRXX.NSRSBH and SB_ZZS_YBNSR.XXSE_HJ SB_ZZS_YBNSR.JXSE_HJ AND 全表扫描的原因4：新执行路径 DJ_NSRXX SB_ZZS_YBNSR TMP_LSSWJG ① ② ④ IDX_LM ③ PK_DJ_NSRXX ⑤ 全表扫描的原因4：新语句的执行过程 全表扫描的原因4：深层次分析 将原来对TMP_LSSWJG的子查询修改为多表连接。 新语句需要强制指定表连接顺序、连接方式、使用索引 查询架构所导致。即在PB中预先定义了SB_ZZS_YBNSR与DJ_NSRXX先进行连接操作的Data Window，再根据其它条件进行过滤操作 第二类问题：语句共享性问题 语句共享性原理 语句共享性问题的分析和诊断 IT系统扩展性与语句共享性关系 案例分析 问题 e-CRB（客户关系管理）系统CPU利用率持续高 原因 大量重复SQL语句的Parse操作 语句共享性差 解决方式 应用级：将条件常量值，修改为BIND变量 系统级：CURSOR_SHARING参数由EXACT修改为SIMILAR。 案例一 ：广州丰田汽车公司 日本人严谨、细致的工作风格 日本人的IT投入观 Windows 2000平台 重视软件设计、开发及服务质量 e-CRB系统的总体感觉 设计、开发非常严谨而精致的高质量应用系统 不盲目追求大而全 e-CRB系统问题 不够大气，缺乏超大型规模数据库（VLDB）的设计理念 案例一 ：广州丰田汽车公司 XX银行故障情况 日终批处理性能问题 --- 导致业务停顿半天 数据误操作 --- 丢失几百万记录 故障的分析、定位和最终解决 SQL*Net more data from client 原因1：网络瓶颈 原因2：应用端的资源瓶颈 案例二：XX银行故障 启示1：性能问题是涉及IT系统各个层