oracle执行计划很快 实际查询慢,通过Oracle执行计划识别低效SQL及优化

《通过Oracle执行计划识别低效SQL及优化》由会员分享，可在线阅读，更多相关《通过Oracle执行计划识别低效SQL及优化(2页珍藏版)》请在人人文库网上搜索。

1、通过Oracle执行计划识别低效SQL及优化通过Oracle执行计划识别低效SQL、*、亠、兀1注意点对应执行计划简要分析返回行与逻辑读比率A-Rowsbuffers真实返回1行记录，花费1048个逻辑读，性能 有大问题1|1048评估值准确的重要性E-Rows |A-Rows评估32行，真实75888行，非常不准确，执行 计划的准确性让人怀疑| 11 | 1|7588832 |75888类型转换需认真关注|*1 | TABLE ACCESS FULL |T_C(O类型转换，一般用不上索引，所以是 fileter不 是 access23)Predicate in formati on (ide。

2、 ntified1 - filter(TO NUMBER(“ID” )=请小心递归调用部分统计信息产生4321此递归调用 这一般是SQL带函数引发的4321 recursive calls 0 db block gets54321 con siste nt gets注意表的访冋次数Start | E-Rows |A-Rows表被访问了 80016次，偏多了，一般不考虑N1 连接，要考虑hash连接等1| 32|8001680016|1|75888注意表真实访问行数E-Rows |A -Rows1000 | 1000 70183| 10除了预测错外，要在执行计划中有count stopkey关键。

3、字。还可能是rownum分页查询的 执行计划，表示在第10行就停止前进了谨慎观察排序与否统计信息1 sorts (memory) 0 sorts(disk) 73155 rows processed查看该SQL是否排序， 此处说明在内存中排序 并未到磁盘中排序通过逻辑结构调整来优化 SQL现象描述调整操作某统计语句较慢调整block大小，如从2KB调整为16KB某范围查询语句较慢从普通表调整为分区表某表删除大量记录后访问依然很慢释放咼水位线某数据库表空间查询结果返回很慢清除回收站对象某应用系统的表记录插入慢将频繁自动扩展的表空间改成固定尺寸，且设置较大值，避免频繁扩展某等值查询语句慢添加索引改。

4、成索引扫描使用rowid扫描避免类型转换避免使用函数如funci (col) =123通过表结构设计来优化 SQL现象描述调整操作索引失效导致分区大表用不到索引确认是否执行过导致 索引失效的操作全分区扫描增加适当分区，使查询落在指定分区，避免全区扫描数据全部落入默认分区，查询缓慢将默认分区做split分区，同时增加分区表各分区比例 监控分区表建立局部索引，但是 SQL用不上分区条件，导 致扫描许多小索引将分区表的局部索引调整为全局索引对全局临时表手机信息导致执行计划错误，sql性能低不收集全局临时表统计信息接口程序中根据不同业务设计了多张接口表，导致并 发受到影响，清理数据开销也大改造接口表，统 成 张全局临时表一条SQL关联10多个表，性能较低通过将某关键表的字段进行扩充，将表连接中需要的 字段都融入到这个表中。