首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >Local index or Global index?

Local index or Global index?

作者头像
老虎刘
发布于 2022-06-22 09:33:20
发布于 2022-06-22 09:33:20
1.5K0
举报

某物流客户系统查询快递单的SQL,IO消耗为TOP 1:

SQL代码如下:

select id,

op_code,

to_char(create_time, :"SYS_B_1") as create_time,

……

from T_EXP_OP_RECORD_CONTAINER A

where status <> :"SYS_B_4" and ID = :1 and rownum = :"SYS_B_5";

其中T_EXP_OP_RECORD_CONTAINER 表是一个在Create_time字段按天一级分和op_code字段按地区二级分区的分区表,ID字段保存的是快递单号信息,字段上存在索引。

SQL代码中出现了"SYS_B_n" 字样的绑定变量,这是因为数据库参数的cursor_sharging被设置为FORCE(强烈建议保持默认值EXACT),SQL中使用的常量值被强制转换成了绑定变量。rownum=后面的常量被强制转换成了绑定变量,这个值根据常识可以判断为1,因为只有1才有意义。

快递单号基本上是唯一的,这样的SQL,正常执行时间应该在1毫秒左右。

而下图使用awrsqrpt收集的SQL实际执行情况是:每次执行耗时1.236秒。

SQL执行计划如下:

看到上面的执行计划后,就会明白平均执行时间是1秒多就正常了:这个查询要到6030个local index里面检索数据,平均每个local index至少要扫描3个buffers 才能判断记录是否存在,因为有rownum=1 谓词条件,最好的情况是扫描local index的第一个分支就找到了结果,不再继续扫描下去;最差的情况是扫描到local index的最后一个分支才找到结果,或是没有找到结果。

一般情况下,local index索引的使用,需要配合分区字段一起做谓词条件,才能只扫描少数的索引分支。而这个SQL由于业务原因,不能增加分区字段作为谓词条件。这种情况就需要将local index改成Global index,才会使SQL性能达到最佳。

但是,因为该表非常庞大(表和索引占用的空间达到T级),需要定期删除(转移)历史分区,只保留最近一年的数据,如果创建的是global index,删除历史分区后,需要对global index进行重建,维护时间窗口很难完成(有多个类似表)。这是个两难的问题。

针对快递业务的特点,老虎刘给出的建议是:

1、仍使用local index,重建表,减少分区数量:按天分区改为按月分区,不要子分区;

2、因为很少有用户会查询1个月以上的快递单,该表只保留最近2个月分区数据,其他数据转移到历史分区,正常情况只需要最多扫描2个分区,而不是原来的6030个分区。

3、通过plsql实现查询:当前分区没有查询到结果,再去查询历史分区。这样也能保证超过2个月的快递单也能正常查询。

总结:

分区表,到底选择global index还是local index,需要根据具体的业务和运维的实际需求而定。不需要删除历史分区数据的分区表,可以创建global index(如基础数据表);需要定期删除历史分区的分区表,最好是创建local index,如果遇到分区字段无法成为查询条件时,建议尽量减少分区数,避免过多的local index 扫描,影响SQL性能。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2016-07-27,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 老虎刘谈oracle性能优化 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
优化一个rownum=1的sql
,t1.TemplateID AS templateId ,t1.parameter AS parameter
老虎刘
2022/06/22
5930
优化一个rownum=1的sql
一次有意思的错选执行计划问题定位(涉及SYS_OP_C2)
1. 11g的库,话说有一个应用程序新上线,应用中使用了绑定变量的方式执行一条简单的SQL,例如select a from b where c = :x,c列是该表复合主键的前导列,表定义是varchar2类型,从spotlight监控看这条SQL的执行计划是全表扫描,一次执行要1个小时,这张表是运行很久的引用分区表,数据量是亿级,测试的时候正常,但很显然测试的数据量可能和生产非常不一致,导致没察觉。
bisal
2019/01/29
6550
FF007 - 普通表改成分区表,性能下降,是正常情况
很多人认为, 普通表改成分区表, 能提高性能. 这个观点在某些情况下成立, 某些情况下不成立.
老虎刘
2024/07/19
1330
FF007 - 普通表改成分区表,性能下降,是正常情况
【新书连载】诊断Cache buffers chains案例一则
题记:这是某移动运营商在SQL线下审核项目中,协助开发商完善数据库性能的过程。以往开发商遇到此问题总是怀疑是数据库的Bug,试图尝试重启Tuxedo、Weblogic,严重时甚至重启实例来缓解问题。经过下面的详细分析,你会发现事实并非如此。 详细诊断过程 背景:这是对于两个节点的RAC环境,数据库版本为11.2.0.4 for HP-UX IA(64-bit)。在2014年11月5日16点至18点间,节点一的CPU使用率从平时的40%增长到60%左右,部分业务办理缓慢甚至超时。经过详细分析,发现是一个低效
数据和云
2018/03/07
8300
【新书连载】诊断Cache buffers chains案例一则
67-oracle数据库,有索引,但是没有被使用的N种情况,以及应对方法(上篇)
如果说性能优化是数据库技术中的明珠,那么索引无疑是其中最耀眼的一颗,特别是OLTP业务数据库。掌握了索引技术,基本上性能就不会有太大的问题。
老虎刘
2022/06/22
1.1K0
一份DBA试题
注:以下题目,可根据自己情况挑选题目作答,不必全部作答您也可以就相关问题直接找负责面试人员面述而不笔答。 一:SQL tuning 类 1:列举几种表连接方式 hash join/merge join/nest loop(cluster join)/index join 2:不借助第三方工具,怎样查看sql的执行计划 set autot on explain plan set statement_id = &item_id for &sql; select * from table(dbms_xplan
赵腰静
2018/03/09
1.1K0
一条SQL引发的“血案”:与SQL优化相关的4个案例
导读:笔者早年间从事了多年开发工作,后因个人兴趣转做数据库。在长期的工作实践中,看到了数据库工作(特别是SQL优化)面临的种种问题。本文通过几个案例探讨一下SQL优化的相关问题。
用户5548425
2020/08/18
6320
一条SQL引发的“血案”:与SQL优化相关的4个案例
技术分享 | OceanBase 使用全局索引的必要性
局部索引等价于我们通常说的本地索引,与主表的数据结构保持一对一的关系。局部索引没有单独分区的概念,一般来讲,主表的分区方式决定局部索引的分区方式,也就是说假设主表有10个分区,那么对于每个分区来讲,都有一个对应的局部索引。
爱可生开源社区
2023/04/18
9000
106-跟专家学习SQL优化-2
这是墨天轮上看到的一篇优化文章. 这篇文章以图为主,没有任何原理上的解释,大家看看你们能不能根据这些截图, 得出优化建议.
老虎刘
2023/09/01
2550
106-跟专家学习SQL优化-2
一次夜维SQL的性能优化
最近单位搬家,从国家会议中心,搬往空气清新的顺义后沙峪,搬迁之前的完结上线中,碰见了一些棘手的问题,有一些值得借鉴的地方。
bisal
2019/01/30
6780
一个关于执行计划的小问题测试(r8笔记第60天)
最近有朋友在微信公众号后台留言提了一个问题,问题如下: 执行计划中,并列的两条操作比如并列的两条table access full,上层没有关联操作比如hash join,这是什么意思? 但是两张表
jeanron100
2018/03/19
6460
一个关于执行计划的小问题测试(r8笔记第60天)
【DB笔试面试586】在Oracle中,什么是自适应游标共享(1)?
绑定变量窥探的副作用就在于,使用了绑定变量的目标SQL只会沿用之前硬解析时所产生的解析树和执行计划,即使这种沿用完全不适合于当前的情形。在Oracle 10g及其后续的版本中,Oracle会自动收集直方图统计信息,这意味着与之前的版本相比,在Oracle 10g及其后续的版本中Oracle有更大的概率会知道目标列实际数据的分布情况,也就是说绑定变量窥探的副作用将会更加明显。当Oracle执行绑定变量窥探操作时绑定变量所对应的输入值是否具有代表性就至关重要了(这里“代表性”是指该输入值所对应的执行计划和该SQL在大多数情况下的执行计划相同),因为这会直接决定此目标SQL在硬解析时所选择的执行计划,进而决定后续以软解析/软软解析重复执行时所沿用的执行计划。
AiDBA宝典
2019/09/29
7430
78-生产系统不改代码解决SQL性能问题的几种方法
数据库性能很大一部分跟SQL写法有关, 有些SQL是必须改代码才能优化的, 如果不能改代码, 需要删历史记录,回收空间,让表始终保持相对较小,才能消耗较少的资源,得到能够接受的响应时间.如前公众号文章所述: 必须通过改写SQL才能提升性能的一些情况 (列举了10个需要改写的SQL).
老虎刘
2022/06/22
4690
78-生产系统不改代码解决SQL性能问题的几种方法
一条SQL引发的“血案”:
导读:笔者早年间从事了多年开发工作,后因个人兴趣转做数据库。在长期的工作实践中,看到了数据库工作(特别是SQL优化)面临的种种问题。本文通过几个案例探讨一下SQL优化的相关问题。
朱小五
2020/08/21
7010
一条SQL引发的“血案”:
Oracle优化之单表分页优化
SQL> create table t_test as select * from dba_objects;
星哥玩云
2022/08/17
9770
72-最近一次现场生产系统优化的成果与开发建议
上周给南京某客户一个重要业务系统的数据库做优化,能实施的马上做了实施,优化前后性能对比非常明显,系统最为严重的IO负载过重问题基本得到解决:优化前一天的物理读是48亿次,优化后是15亿次,效果那是刚刚的,业务处理效率明显改善,磁盘的寿命也会有大幅提升。 这些还只是优化建议的一部分。
老虎刘
2022/06/22
4060
【云和恩墨大讲堂】复合索引与绑定变量
讲师简介 邓秋爽(小鱼) 云和恩墨专家,有超过5年超大型数据库专业服务经验,擅长oracle 数据库优化、SQL优化和troubleshooting 今晚的恩墨大讲堂将有我为大家分享SQL审核中的两个
数据和云
2018/03/06
1.2K0
【云和恩墨大讲堂】复合索引与绑定变量
95-最近几个oracle数据库优化项目的经验总结
最近完成了几个比较大型的oracle数据库的优化项目, 发现一些共性问题, 写出来供大家参考.
老虎刘
2022/12/09
5370
宜信的105条数据库军规
摘要:本文介绍宜信105条数据库军规,帮助研发团队评估数据库开发质量,达到尽早发现问题解决问题的目标。
宜信技术学院
2019/11/05
2.5K0
疑案重审,真相大白:_optim_peek_user_binds是惯犯
客户新业务上线(数据库版本为 10.2.0.5)一段时间后,系统CPU都在20%左右。19日,系统CPU使用率突然接近100%,交易处理速度也严重下降。20日凌晨1:15分之后,系统CPU突然又降到20%左右,交易速度也有大幅提高(只有几毫秒);
老虎刘
2022/06/22
1.9K0
疑案重审,真相大白:_optim_peek_user_binds是惯犯
相关推荐
优化一个rownum=1的sql
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档