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

[经验分享] Oracle索引是干什么用的?

[复制链接]

尚未签到

发表于 2016-7-30 17:58:33 | 显示全部楼层 |阅读模式
关于索引是什么的最简单的比喻是,索引之于表数据如同目录之于一本书。

通过目录的页码我们可以快速的定位一个内容,同样通过索引记录的rowid我们可以快速的定位一条数据。

如同目录很难针对书中每个字词一样,索引也很难针对所有字段。

我们通常索引最能代表章节,记录属性的内容。

索引并非总能带来性能提升,但是通常情况下,索引能加快访问,所以建表的时候,你一定要知道还有索引这样一类对象。

下面这个案例是我们绝对不应该和不想看到的。

今天一个部门报数据库巨慢无比,上去看了一下,抓到如下的SQL:

SQL> select sql_text

  2  from v$sqltext a

  3  where a.hash_value = (

  4  select sql_hash_value from v$session b

  5  where b.sid='&sid'

  6  )

  7  order by piece asc

  8  /

SQL_TEXT

----------------------------------------------------------------

select * from i_cm_power t WHERE T.SJH='13911xxxxx6'

检查了一下该查询访问的数据表,居然一个索引都没有:

SQL> select index_name from dba_indexes where table_name=upper('i_cm_power');

INDEX_NAME

------------------------------

没有索引意味着,即使为了获取这一条记录,Oracle也必须对5.28G的一个表进行全表扫描,如果不慢那就怪了:

SQL> col segment_name for a20

SQL> select segment_name,bytes/1024/1024/1024

     from dba_segments where segment_name=upper('i_cm_power');

SEGMENT_NAME         BYTES/1024/1024/1024

-------------------- --------------------

I_CM_POWER                  5.28173828125

创建一个索引再说:

SQL> create index idx_i_cm_power_sjh on i_cm_power(sjh);

Index created.

Elapsed: 00:20:50.73

SQL> col segment_name for a20

SQL> select segment_name,bytes/1024/1024 MB

  2  from dba_segments where segment_name=upper('idx_i_cm_power_sjh');

SEGMENT_NAME                 MB

-------------------- ----------

IDX_I_CM_POWER_SJH         1360

SQL>

无疑这个索引对于这样的简单查询是大有益处的:

SQL> select * from i_cm_power t WHERE T.SJH='13911xxxxx6';

Elapsed: 00:00:00.07

Execution Plan

----------------------------------------------------------

   0      SELECT STATEMENT Optimizer=CHOOSE

   1    0   TABLE ACCESS (BY INDEX ROWID) OF 'I_CM_POWER'

   2    1     INDEX (RANGE SCAN) OF 'IDX_I_CM_POWER_SJH' (NON-UNIQUE)



Statistics

----------------------------------------------------------

          0  recursive calls

          0  db block gets

          6  consistent gets

          0  physical reads

          0  redo size

       1022  bytes sent via SQL*Net to client

        503  bytes received via SQL*Net from client

          2  SQL*Net roundtrips to/from client

          0  sorts (memory)

          0  sorts (disk)

          2  rows processed

然而在实际中,你需要考虑更多的因素。

增加索引会占用更多的存储空间;索引的维护会增加数据库的负担,如果有海量的数据加载,可能会极大影响性能...

所以事实可能总是比你想象的更复杂,你只有知道的更多...

运维网声明 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-251370-1-1.html 上篇帖子: Oracle 中单引号的三重身份 下篇帖子: 知识备忘—ORACLE纯粹行列转换
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

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

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

扫描微信二维码查看详情

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


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


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


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



合作伙伴: 青云cloud

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