首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >深入解析:Row Movement 的原理和性能影响与关联

深入解析:Row Movement 的原理和性能影响与关联

作者头像
数据和云
发布于 2018-03-05 07:02:54
发布于 2018-03-05 07:02:54
1.8K0
举报
文章被收录于专栏:数据和云数据和云

作者简介:

黄玮(Fuyuncat) 资深Oracle DBA,个人网站www.HelloDBA.com,致力于数据库底层技术的研究,其作品获得广大同行的高度评价.

ROW MOVEMENT特性最初是在8i时引入的,其目的是提高分区表的灵活性——允许更新Partition Key。这一特性默认是关闭,只是在使用到一些特殊功能时会要求打开。除了之前提到的更新Partition Key,还有2个要求打开的ROW MOVEMENT的功能就是flushback tableShrink Segment

所以,只有当使用到以上3个功能特性时,ROW MOVEMENT才会真正起作用。我们如果需要知道ROW MOVEMENT会对系统产生什么影响,就只要看这3个功能使用时会产生什么影响。

Flashback Table

先看Flashback Table。这一功能能帮助我们及时回滚一些误操作,防止数据意外丢失。在使用该功能之前,必须先打开ROW MOVEMENT,否则就会抛ORA-08189错误。我们看以下例子,可以说明在使用Flashback Table功能时,ROW MOVEMENT产生了什么作用:

此时,由于ROW MOVEMENT还未打开,命令出错。继续完成演示:

当开启ROW MOVEMENT后,表被顺利的flashback了,数据被找回。此时,再比较flashback前后记录的ROWID,大多数记录的物理位置都变化。这个过程的内部操作, 可以通过对Flashback Table做SQL Trace来进一步观察。

通过Trace,我们不难发现,Flashback Table实际是通过Flashback Query将表中数据进行了一次删除、插入操作,因此ROWID会发生变化

Shrink Segment

Shrink Segment能帮助我们压缩数据段、整理数据碎片、降低高水位,以提高性能、节省空间。它也同样要求开启ROW MOVEMENT。

同样,我们可以看到在Shrink后,ROWID也变化了。从对其过程的Trace来看,Shrink对数据的改变不是通过SQL实现的,而是通过更底层的函数来实现的。

从以上分析来看,在执行上面2种操作操作后,其最大影响就是数据的ROWID会发生变化。因此,他们对我们系统的影响就仅限于那些依赖于ROWID编写的应用。

例如,一个程序需要对大量数据进行处理,为了提高效率和控制进度,代码会先将需要处理的数据记录的ROWID取出放入临时表中,然后再根据ROWID对数据进行分批进行处理。当ROWID被取出后,如果对表进行了上述操作,就可能会导致后依赖ROWID进行的操作发生错误。但是,这两种操作都属于维护性操作,第一种操作发生的机会非常少,从整体看,我们基本可以忽视这一操作对应用的影响;第二种操作也很少发生,并且可以在应用offline的时间进行操作,因此它的影响也是有限的。

更新Partition Key

在更新记录中的Partition Key时,可能会导致该记录超出当前所在分区的范围,需要将其转移到其他对应分区上,因此要求开启ROW MOVEMENT。

这一操作产生影响的特殊之处在于这是个DML操作,是和online transaction密切相关。对于这样一个UPDATE,实际上分为3步:先从原有分区将数据删除;将原数据转移到新分区上;更新数据。

其影响就在于以下几个方面:

  • 一个UPDATE被分解为DELET、INSERT、UPDATE三个操作,增加了性能负担。其中,DELETE的查询条件与原UPDATE的查询条件相同,新的UPDATE的查询条件是基于INSERT生成的新的ROWID;
  • 相应的Redo Log、Undo Log会增加;
  • 如果Update语句还涉及到了Local Index的字段的话,新、旧2个分区上的Local Index都要被更新。

结论

目前,ROW Movement真正会其作用(ROWID变化)只是在上述3种情况下,因此,需要分析其对系统会产生多大影响,就要分析上述三种操作在你的系统中出现的频率、以及是否有应用程序依赖与ROWID实现。

对于前面两种,之前说过,它们发生的概率并不高,我个人认为基本上可以忽略它们对系统的影响。而对于最后一种,需要从应用角度进行分析——Partition Key被更新的频率有多高?如果可能,最好实施一次等量负载下更细Partition Key的压力测试,通过对比分区和非分区下其产生的性能统计数据做比较,其带来的性能负载及Waits量与分区所获取的查询性能的提高相比,哪一种方式更有助于系统和应用的性能提高。

此外,有一点希望不要产生误解,开启ROW Movement并不会导致发生Row Migration时修改记录的Rowid。

还有一点,Row Movement会和域索引(Domain Index)产生冲突:如果表上定义了域索引,开启Row Movement就会失败;反之亦然。

推荐阅读:

遇见未来|DB舞台谁是王者之PostgreSQL专访

遇见未来 | 软件定义数据中心:人类文明运行在软件之上

对话张冬洪 | 全面解读NoSQL数据库Redis的核心技术与应用实践

遇见未来 | 超融合如何兼顾企业的“敏态”和“稳态”的业务需

遇见未来 | 基于软件定义存储的数据加速解决方案:让你的系统加速跑

资源下载

关注公众号:数据和云(OraNews)回复关键字获取

‘2017DTC’,2017DTC大会PPT

‘DBALIFE’,“DBA的一天”海报

‘DBA04’,DBA手记4经典篇章电子书

‘RACV1’, RAC系列课程视频及ppt

‘122ARCH’,Oracle 12.2体系结构图

‘2017OOW’,Oracle OpenWorld资料

‘PRELECTION’,大讲堂讲师课程资料

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

本文分享自 数据和云 微信公众号,前往查看

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

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

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
【YashanDB 知识库】并发 update 报错 YAS-02208 lock conflict in consistent write
业务存在并发 update,偶现报错,错误信息 YAS-02208 lock conflict in consistent write
用户11441800
2025/03/25
810
【YashanDB 知识库】并发 update 报错 YAS-02208 lock conflict in consistent write-YashanDB
业务存在并发 update,偶现报错,错误信息 YAS-02208 lock conflict in consistent write
用户10349277
2025/02/28
810
深入解析:TRUNCATE TABLE 的内部原理解析与恢复思路
众所周知,truncate table 是一种快速清空表内数据的一种方式,与 delete 方式不同,truncate 只产生非常少的 redo 和 undo,就实现了清空表数据并降低表 HWM 的功能。本文主要围绕 truncate table 的实现原理和 truncate table 的恢复来展开。
数据和云
2018/08/09
1.7K0
Oracle解决高水位线(high water mark 简称:HWM)​问题
所有的Oracle段(segments,在此,为了理解方便,建议把segment作为表的一个同义词)都有一个在段内存放数据的上线,那么我们把这个上线成为“high water mark”或HWM.HWM是一个标记,用来说明已经有多少没有使用的数据块分配给了这个segment。MWM通常增长的幅度为一次5个数据块。原则上MWM只会增大,不会缩小。即使表中的全部数据都删除了,那么HWM还是原值,不会变,由于这个特点,使得HWM就像一个水库的历史最高水位。
星哥玩云
2022/08/17
1.5K0
收缩表段(shrink space)
--==================== -- 收缩表段(shrink space) --==================== 一、表的增长方式     当表被创建后,随着记录的不断插入,组成表的区间会被填满,如果启用了自动扩展,则当区间填满后,会分配新的区间。假定高水     位线随着记录的增加从最左端往右端来移动,当到底部区间的尾端时,则新的区间将会被分配。 二、表可收缩的原理     随着记录的增加高水位线不断的右移,记录的删除不会导致高水位线往回(左)移动     删除记录后的空闲空间(高水位线左侧)尽管可以使用,但其稀疏性导致空间空闲     注:完整的表扫描所耗费的时间不会因为记录的减少(删除)而减少 三、使用 alter table tbname shrink space 来收缩表段 1. 实现原理         实质上构造一个新表(在内部表现为一系列的DML操作,即将副本插入新位置,删除原来位置的记录)         靠近末尾处(右端)数据块中的记录往开始处(左端)的空闲空间处移动(DML操作),不会引起DML触发器         当所有可能的移动被完成,高水位线将会往左端移动(DDL操作)         新的高水位线右边的空闲空间被释放(DDL操作) 2. 实现前提条件         必须启用行记录转移(enable row movement)         仅仅适用于堆表,且位于自动段空间管理的表空间(堆表包括:标准表,分区表,物化视图容器,物化视图日志表) 3. 不能实现收缩的表         群集表         具有LONG类型列的表         LOB段(尽管表本身可以被缩小),注,10gR2以后版本支持对LOB段的收缩         具有基于提交的物化视图的表(因为禁用了触发器)         具有rowid物化视图的表(因为rowid发生了变化)         IOT映射表IOT溢出段         索引基于函数的表         未启用行记录转移的堆表 4. 段收缩的优点         提高缓存利用率,提高OLTP的性能          减少磁盘I/O,提高访问速度,节省磁盘空间          段收缩是在线的,索引在段收缩期间维护,不要求额外的磁盘空间 5. 两个选项         cascade:缩小表及其索引,并移动高水位线,释放空间         compact:仅仅是缩小表和索引,并不移动高水位线,不释放空间         alter table tbname shrink space 相当于带cascade参数 四、实战演习 1. 查看需要收缩的表段的基本情况,此处为表big_table
Leshami
2018/08/07
2.9K0
Oracle-HWM(High Water Mark) 高水位解读
ORACLE在逻辑存储上分4个粒度 ,由大到小为: 表空间, 段, 区 和 块.
小小工匠
2021/08/16
3K0
闪回flashback
Configuring Your Database for Oracle Flashback Technology
职场亮哥
2020/10/10
8450
闪回flashback
ORA-00600: 内部错误代码, 参数: [kdsgrp1] 解决案例
 一日, 客户的数据库中表空间SYSAUX的AWR相关表出现了一个坏块。通过truncate表(数据不重要),从备份中restore数据文件,做完恢复之后坏块修复。
星哥玩云
2022/08/17
1.5K0
ORA-00600: 内部错误代码, 参数: [kdsgrp1] 解决案例
Oracle配置和使用闪回
环境:RHEL 6.4 + Oracle 11.2.0.4 目录: 一、闪回查询
Alfred Zhao
2019/05/24
9010
Oracle段收缩功能
应用场景:如果对一张表频繁执行插入、更新和删除操作,时间长了可能会出现大量碎片,Oracle针对这种场景推出段收缩功能,以便减少碎片。 Oracle的段收缩执行两项不同的任务:
Alfred Zhao
2022/05/06
9890
Oracle大数据量更新引发的死锁问题解决方法及Oracle分区和存储过程的思考
前几天上午在对数据库的一张表进行操作的时候,由于这张表是按照时间的一张统计表,正好到那天没有测试数据了,于是我想将表中所有的时间,统一更新到后一个月,于是对80w条数据的更新开始了。整个过程曲折的一批。同时学到了很多知识,在此进行记录。希望对大家有帮助。
星哥玩云
2022/08/17
1.5K0
续《表扫描与索引扫描返回的行数不一致》
上篇文章主要介绍了如何从分析表得到的报错,以及trace中的信息,判断表返回的记录与索引返回记录不一致时的处理方式。下面这篇文章则介绍了针对ORA-1499进行问题排查的一些基本方法。
bisal
2022/12/01
9420
Oracle海量数据优化-01分区的渊源
当我们看到这条语句时,会想到什么呢? 一条再简单不过的按照条件删除数据库的操作。 如果大量存在,会不会引起系统性能问题呢?
小小工匠
2021/08/16
4280
记一次失败的shrink table(表空间收缩)
发现有一张表的高水位线(HWM)挺大,想试下shrink table(表空间收缩)
overme
2022/01/17
1.9K0
记一次失败的shrink table(表空间收缩)
Oracle 表碎片检查及整理方案
很多时候,对于某张表有大量的 delete 删除操作,但是发现空间并未释放,这是高水位未下降的原因,何为“高水位线”大概就是定义为 Oracle 段中已使用和未使用空间之间的分界。大量删除操作会导致表的碎片过多,从而影响性能,检查表的碎片率一般使用存储过程 SPACE_USAGE 程序。下面详细介绍一下 SPACE_USAGE 程序。
JiekeXu之路
2022/03/31
2.4K0
Oracle 表碎片检查及整理方案
Oracle数据块损坏篇之10231内部事件
实验:某个分区数据块损坏,不完全恢复此分区表数据 背景:数据库没有有效备份,某个分区中有数据块损坏。 要求:最大限度恢复此分区数据。 环境:RHEL 6.4 + Oracle 11.2.0.4
Alfred Zhao
2022/05/06
4190
Oracle move和shrink释放高水位空间
  alter table TABLE_NAME shrink space [compact|cascate]
星哥玩云
2022/08/17
2K0
Oracle实例之HWM(高水位线)性能优化
最近BI同事反馈说一张表的数据查询非常慢,这个表数据总共不到1W行数据,这么一说我们首先想到的是高水位带来的性能问题,即高水位线下占用过多数据块,而这些数据块其实是部分数据占用,大多数是空闲的数据块。
星哥玩云
2022/08/17
1.6K0
Oracle实例之HWM(高水位线)性能优化
TRUNCATE TABLE恢复-脚本
基于本周二发的文章《TRUNCATE恢复-bbed》(详戳),有些朋友或许对块结构和bbed不熟悉,且bbed的方法也较为复杂,那么大家也可以尝试使用本文的方法来修复。
数据和云
2021/12/06
8530
TRUNCATE TABLE恢复-脚本
Oracle之删除数据之后如何恢复的方法总结
以下以oracle数据库为例,介绍关于表中数据删除的解决办法。(不考虑全库备份和利用归档日志)
全栈程序员站长
2022/09/07
1.4K0
推荐阅读
相关推荐
【YashanDB 知识库】并发 update 报错 YAS-02208 lock conflict in consistent write
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档