设为首页 收藏本站
查看: 901|回复: 0

[经验分享] Oracle Explain plan 使用总结(转)

[复制链接]

尚未签到

发表于 2016-7-25 07:32:56 | 显示全部楼层 |阅读模式
Oracle Explain plan使用总结
   写多了SQL语句,伴随着数据量的海增,总会遇到性能的问题。在Oracle领域一个不好的习惯,一旦遇到性能问题就推给DBA来做。长期如此,反而对DBA的工作感到神秘。至少笔者所在单位就是如此,DBA向来是牛气冲天的。
   要调整SQL语句的性能,就得知道这条SQL语句花费了多少COST。Explain plan工具可帮我们分析这些工作。而调整SQL语句的性能,肯定要涉及索引了。Oracle索引比较常用的有二种,1.B-TREE索引,B-TREE 适用于值变化较多的列,2.BITMAP索引。BITMAP适用于值变化较少的列(少于300个值),比如:性别这样的列。
    有了上述基础就可以开始优化工作了。工具:pl/sql developer。
1.建表
create table HEK_TEST_IN
(
PID   INTEGER primary key,
NDATE DATE,
NNOTE VARCHAR2(50)
)
create table HEK_TEST_INDETAIL
(
PID   INTEGER not null,
FID   INTEGER,
NNAME VARCHAR2(50),
NQTY  FLOAT,
NNOTE VARCHAR2(50),
NSIZE VARCHAR2(20)
);
alter table HEK_TEST_INDETAIL
add constraint FK_TEST_1 foreign key (FID)
references HEK_TEST_IN (PID);
create index HEK_TEST_INDETAIL_INDEX on HEK_TEST_INDETAIL (NNAME, NSIZE);

2.测试具体SQL语句到底有没有使用index。
  2.1条件查询:
      select *  from hek_test_in where pid=3
  Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE                  
TABLE ACCESS BY INDEX ROWID    Object owner=APPS    Object name=HEK_TEST_IN         
  INDEX UNIQUE SCAN    Object owner=APPS    Object name=SYS_C00211467  
分析得出:hek_test_in查询时使用索引扫描,为什么呢?因为我们创建表时,指定Primary Key时,Oracel会自动创建一个UNIQUE INDEX。        
-------------------------------------------------------------------------------
  2.2连接查询:
      select * from hek_test_in a,hek_test_indetail b where a.pid=b.fid;
  Explain Paln输出;
  SELECT STATEMENT, GOAL = CHOOSE                  
   NESTED LOOPS                  
  TABLE ACCESS FULL    Object owner=APPS    Object name=HEK_TEST_INDETAIL           
  TABLE ACCESS BY INDEX ROWID    Object owner=APPS    Object name=HEK_TEST_IN        
   INDEX UNIQUE SCAN    Object owner=APPS    Object name=SYS_C00211467   
  分析得出:hek_test_in查询时使用索引扫描,而HEK_TEST_INDETAIL使用全表扫描。     
-----------------------------------------------------------------------------
   2.3组合索引的条件查询:
      select *  from hek_test_indetail where nname = ''
   Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE                  
TABLE ACCESS BY INDEX ROWID    Object owner=APPS    Object name=HEK_TEST_INDETAIL   
  INDEX RANGE SCAN    Object owner=APPS    Object name=HEK_TEST_INDETAIL_INDEX   
分析得出:查询时使用组合索引扫描。注:组合索引跟创建的列顺序有关,如果条件语句换成where nsize='',也会导至全表扫描。
-------------------------------------------   
  2.4组合索引的排序查询:
      select *  from hek_test_indetail order by nname
   Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE                  
SORT ORDER BY                  
  TABLE ACCESS FULL    Object owner=APPS    Object name=HEK_TEST_INDETAIL           
分析得出:排序查询时无法使用组合索引,从而导致全表扫描。
  2.5 基于NULL条件查询:
   select *  from hek_test_indetail where nname is null
   Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE                  
TABLE ACCESS FULL    Object owner=APPS    Object name=HEK_TEST_INDETAIL           
分析得出:NULL查询导致全表扫描。与此类似的还有is not null,<>也会导至全表扫描。

作者:Jarwang

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-248842-1-1.html 上篇帖子: Oracle数据库中时间处理 下篇帖子: Oracle数据库数据缓冲区大小
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表