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

[经验分享] 索引在Oracle中的应用分析

[复制链接]

尚未签到

发表于 2016-7-24 11:19:08 | 显示全部楼层 |阅读模式
索引在Oracle中的应用分析

索引是提高数据查询最有效的方法,也是最难全面掌握的技术,因为正确的索引可能使效率提高10000倍,而无效的索引可能是浪费了数据库空间,甚至大大降低查询性能。  一.索引的管理成本
  1、 存储索引的磁盘空间
  2、 执行数据修改操作(INSERT、UPDATE、DELETE)产生的索引维护
  3、 在数据处理时所需额外的回退空间。
  二.实际数据修改测试:
  一个表有字段A、B、C,同时进行插入10000行记录测试
  在没有建索引时平均完成时间是2.9秒
  在对A字段建索引后平均完成时间是6.7秒
  在对A字段和B字段建索引后平均完成时间是10.3秒
  在对A字段、B字段和C字段都建索引后平均完成时间是11.7秒
  从以上测试结果可以明显看出索引对数据修改产生的影响
三.索引按存储方法分类
  1.B*树索引
  B*树索引是最常用的索引,其存储结构类似书的索引结构,有分支和叶两种类型的存储数据块,分支块相当于书的大目录,叶块相当于索引到的具体的书页。一般索引及唯一约束索引都使用B*树索引。
  2.位图索引
  位图索引储存主要用来节省空间,减少ORACLE对数据块的访问,它采用位图偏移方式来与表的行ID号对应,采用位图索引一般是重复值太多的表字段。位图索引在实际密集型OLTP(数据事务处理)中用得比较少,因为OLTP会对表进行大量的删除、修改、新建操作,ORACLE每次进行操作都会对要操作的数据块加锁,所以多人操作很容易产生数据块锁等待甚至死锁现象。在OLAP(数据分析处理)中应用位图有优势,因为OLAP中大部分是对数据库的查询操作,而且一般采用数据仓库技术,所以大量数据采用位图索引节省空间比较明显。
四.索引按功能分类
  1.唯一索引
  唯一索引有两个作用,一个是数据约束,一个是数据索引,其中数据约束主要用来保证数据的完整性,唯一索引产生的索引记录中每一条记录都对应一个唯一的ROWID。
  2.主关键字索引
  主关键字索引产生的索引同唯一索引,只不过它是在数据库建立主关键字时系统自动建立的。
  3.一般索引
  一般索引不产生数据约束作用,其功能主要是对字段建立索引表,以提高数据查询速度。
五.索引按索引对象分类
  1.单列索引(表单个字段的索引)
  2.多列索引(表多个字段的索引)
  3.函数索引(对字段进行函数运算的索引)
  建立函数索引的方法:
  create index 收费日期索引 on GC_DFSS(trunc(sk_rq))
  create index 完全客户编号索引 on yhzl(qc_bh||kh_bh)
  在对函数进行了索引后,如果当前会话要引用应设置当前会话的query_rewrite_enabled为TRUE。
  alter session set query_rewrite_enabled=true
  注:如果对用户函数进行索引的话,那用户函数应加上 deterministic参数,意思是函数在输入值固定的情况下返回值也固定。例:
  create or replace function trunc_add(input_date date)return date deterministic
  as
  begin
  return trunc(input_date+1);
  end trunc_add;
六.应用索引的扫描分类
  1.INDEX UNIQUE SCAN(按索引唯一值扫描)
  select * from zl_yhjbqk where hbs_bh='5420016000'
  2.INDEX RANGE SCAN(按索引值范围扫描)
  select * from zl_yhjbqk where hbs_bh>'5420016000'
  select * from zl_yhjbqk where qc_bh>'7001'
  3.INDEX FAST FULL SCAN(按索引值快速全部扫描)
  select hbs_bh from zl_yhjbqk order by hbs_bh
  select count(*) from zl_yhjbqk
  select qc_bh from zl_yhjbqk group by qc_bh
七.什么情况下应该建立索引
  1.表的主关键字,自动建立唯一索引
  如zl_yhjbqk(用户基本情况)中的hbs_bh(户标识编号)
  2.表的字段唯一约束
  ORACLE利用索引来保证数据的完整性
  如lc_hj(流程环节)中的lc_bh+hj_sx(流程编号+环节顺序)
  3.直接条件查询的字段
  在SQL中用于条件约束的字段
  如zl_yhjbqk(用户基本情况)中的qc_bh(区册编号)
  select * from zl_yhjbqk where qc_bh=’7001’
  4.查询中与其它表关联的字段,常常建立了外键关系
  如zl_ydcf(用电成份)中的jldb_bh(计量点表编号)
  select * from zl_ydcf a,zl_yhdb b where a.jldb_bh=b.jldb_bh and b.jldb_bh=’540100214511’
  5.查询中排序的字段
  排序的字段如果通过索引去访问那将大大提高排序速度
  select * from zl_yhjbqk order by qc_bh(建立qc_bh索引)
  select * from zl_yhjbqk where qc_bh='7001' order by cb_sx(建立qc_bh+cb_sx索引,注:只是一个索引,其中包括qc_bh和cb_sx字段)
  6.查询中统计或分组统计的字段
  select max(hbs_bh) from zl_yhjbqk
  select qc_bh,count(*) from zl_yhjbqk group by qc_bh
八.什么情况下应不建或少建索引
  1.表记录太少
  如果一个表只有5条记录,采用索引去访问记录的话,那首先需访问索引表,再通过索引表访问数据表,一般索引表与数据表不在同一个数据块,这种情 况下ORACLE至少要往返读取数据块两次。而不用索引的情况下ORACLE会将所有的数据一次读出,处理速度显然会比用索引快。
  如表zl_sybm(使用部门)一般只有几条记录,除了主关键字外对任何一个字段建索引都不会产生性能优化,实际上如果对这个表进行了统计分析后ORACLE也不会用你建的索引,而是自动执行全表访问。如:
  select * from zl_sybm where sydw_bh='5401'(对sydw_bh建立索引不会产生性能优化)
  2.经常插入、删除、修改的表
  对一些经常处理的业务表应在查询允许的情况下尽量减少索引,如zl_yhbm,gc_dfss,gc_dfys,gc_fpdy等业务表。
  3.数据重复且分布平均的表字段
  假如一个表有10万行记录,有一个字段A只有T和F两种值,且每个值的分布概率大约为50%,那么对这种表A字段建索引一般不会提高数据库的查询速度。
  4.经常和主字段一块查询但主字段索引值比较多的表字段
  如gc_dfss(电费实收)表经常按收费序号、户标识编号、抄表日期、电费发生年月、操作标志来具体查询某一笔收款的情况,如果将所有的字段 都建在一个索引里那将会增加数据的修改、插入、删除时间,从实际上分析一笔收款如果按收费序号索引就已经将记录减少到只有几条,如果再按后面的几个字段索 引查询将对性能不产生太大的影响。
九.如何只通过索引返回结果
  一个索引一般包括单个或多个字段,如果能不访问表直接应用索引就返回结果那将大大提高数据库查询的性能。对比以下三个SQL,其中对表zl_yhjbqk的hbs_bh和qc_bh字段建立了索引:
  1 select hbs_bh,qc_bh,xh_bz from zl_yhjbqk where qc_bh=’7001’
  执行路径:
  SELECT STATEMENT, GOAL = CHOOSE 11 265 5565
  TABLE ACCESS BY INDEX ROWID DLYX ZL_YHJBQK 11 265 5565
  INDEX RANGE SCAN DLYX 区册索引 1 265
  平均执行时间(0.078秒)
  2 select hbs_bh,qc_bh from zl_yhjbqk where qc_bh=’7001’
  执行路径:
  SELECT STATEMENT, GOAL = CHOOSE 11 265 3710
  TABLE ACCESS BY INDEX ROWID DLYX ZL_YHJBQK 11 265 3710
  INDEX RANGE SCAN DLYX 区册索引 1 265
  平均执行时间(0.078秒)
  3 select qc_bh from zl_yhjbqk where qc_bh=’7001’
  执行路径:
  SELECT STATEMENT, GOAL = CHOOSE 1 265 1060
  INDEX RANGE SCAN DLYX 区册索引 1 265 1060
  平均执行时间(0.062秒)
  从执行结果可以看出第三条SQL的效率最高。执行路径可以看出第1、2条SQL都多执行了TABLE ACCESS BY INDEX ROWID(通过ROWID访问表) 这个步骤,因为返回的结果列中包括当前使用索引(qc_bh)中未索引的列(hbs_bh,xh_bz),而第3条SQL直接通过QC_BH返回了结果, 这就是通过索引直接返回结果的方法。
十.如何快速新建大数据量表的索引
  如果一个表的记录达到100万以上的话,要对其中一个字段建索引可能要花很长的时间,甚至导致服务器数据库死机,因为在建索引的时候 ORACLE要将索引字段所有的内容取出并进行全面排序,数据量大的话可能导致服务器排序内存不足而引用磁盘交换空间进行,这将严重影响服务器数据库的工 作。解决方法是增大数据库启动初始化中的排序内存参数,如果要进行大量的索引修改可以设置10M以上的排序内存(ORACLE缺省大小为64K),在索引 建立完成后应将参数修改回来,因为在实际OLTP数据库应用中一般不会用到这么大的排序内存。

运维网声明 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-248577-1-1.html 上篇帖子: server 和oracle 常用函数 (转) 下篇帖子: 管理好Oracle数据表的建议
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

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

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

扫描微信二维码查看详情

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


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


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


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



合作伙伴: 青云cloud

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