转载 行迁移和行连接

Posted by wukaiqiang; tagged with oracle

行迁移和行链接都会导致Oracle性能下降,这篇文章将介绍什么是行迁移和行链接,它们带来的问题,如何来判断它们,并提供了解决它们的办法。

什么是行迁移和行链接
行迁移
Oracle的数据块会保留部分空间供以后更新使用,通常的数据块结构如下:

PCTFREE定义一个块保留的空间百分比,默认是10,表示当数据块的可用空间低于10%后,就不可以被insert了,只能被update(具体看下面的PCTFREE介绍)。
当一条记录被更新时,数据库引擎首先会尝试在它保存的数据块中寻找足够的空闲空间,如果没有足够的空闲空间可用,这条记录将被拆分为两个部分,第一个部分进包括指向第二个部分的rowid,该部分任然保留在原来的数据块中,第二个部分包含所有的具体数据,将保存到另外一个新的数据块中,这个就成为行迁移。

为什么不将整行都放到新的数据块中?
原因是这样会导致该行数据rowid发生变化,而rowid被存储在索引中,也有可能被客户端临时保存在内存中,rowid的变化可能导致查询错误。

PCTFREE介绍

PCTFREE可以在建表的时候指定:

create table test1 pctfree 20 as select rownum as id from all_objects where rownum <= 1000;
这里指定表test1的PCTFREE为20,通过下面的方式可以查看该值:

select table_name, pct_free from user_tables where table_name = 'TEST1';

TABLE_NAME PCT_FREE

TEST1 20
在创建了表格后你可以通过alter table来调整PCTFREE值:

alter table test1 pctfree 15;
行链接
行链接和行迁移不同,行链接是当一条记录太大,在一个数据块中无法存入,这时会被拆分为2个或以上的部分,存储在多个块中,这多个块之间会构造一个链,如下:

行迁移是由于更新导致的,而行链接的原因则可能为:
1)直接插入大的记录;
2)更新记录导致记录大于一个数据块,在这时,这样记录可能会同时变为行迁移和行链接。

行迁移和行链接带来的问题
行迁移不会影响全扫描(全扫描更多介绍请看“Oracle性能分析4:数据访问方法之全扫描”),因为第一个部分不包含数据,会被直接跳过;但对于通过rowid进行访问(索引扫描或者直接使用rowid查询),则开销会翻倍,主要由于一次读取需要访问两个块。
行链接则和数据访问方式无关,每次访问到第一个记录片段之后,都需要通过rowid去访问其他的记录片段。
行迁移和行链接也会影响行级锁,因为每个记录片段都需要持有锁,锁的开销和记录片段的个数的增长成正比。

确定行迁移和行链接
确定行迁移和行链接可以使用下面几种方法。

查看v$sysstat和v$sesstat视图
该视图中统计项table fetch continued row可以确认是否出现了行迁移和行链接。

select name,value from v$sysstat where name = 'table fetch continued row';

NAME VALUE

table fetch continued row 27455
但这个值只能提示你数据库的某个地方存在行迁移或者行链接,如果要评估导致的影响,你需要和table scan rows gotten和table fetch by rowid的统计信息对比。

查看具体表的行迁移和行链接信息
对指定表执行:

analyze table <table_name> list chained rows
如果发现了行链接或者行迁移的记录,它们的rowid就会被记录到CHAINED_ROWS这张表中,该表可以使用$ORACLE_HOME/rdbms/admin目录下的UTLCHAIN.SQL或UTLCHN1.SQL脚本创建,建表语句如下:

create table CHAINED_ROWS (
owner_name varchar2(30),
table_name varchar2(30),
cluster_name varchar2(30),
partition_name varchar2(30),
subpartition_name varchar2(30),
head_rowid urowid,
analyze_timestamp date
);
下面的存储过程将可以用来分析符合条件的所有表:

begin
for obj in (select owner, object_name

            from dba_objects
           where object_type = 'TABLE'
             and <other conditions>) loop
dbms_output.put_line(obj.owner || '.' || obj.object_name);
execute immediate 'analyze table ' || obj.owner || '.' ||
                  obj.object_name || ' list chained rows';

end loop;
end;
然后通过查看CHAINED_ROWS表中的数据发现哪些表中存在行迁移和行链接:

select table_name,head_rowid from CHAINED_ROWS

TABLE_NAME HEAD_ROWID

IND$ AAAAACAABAAAAAdAAA
IND$ AAAAACAABAAAAAdAAG
IND$ AAAAACAABAAAAAmAAI
IND$ AAAAACAABAAAGpRAAH
IND$ AAAAACAABAAAN0lAAD
IND$ AAAAACAABAAAN0oAAE
......
在这里我们可以看到那些表的那些行存在行迁移和行链接,但并不知道具体是行迁移和行链接,我们可以通过计算记录的长度,再将该长度和块大小进行比较,从而识别出他们具体是行迁移还是行链接。
计算一行的长度使用下面的语句:

select vsize() + vsize() + ... + vsize() from

where rowid = '';
数据库的块大小在参数db_block_size中保存,参看参数的方法详见“Oracle参数查看方法小结”。

表统计信息中查看行迁移和行链接
表DBA_tables的chain_cnt字段表示行迁移和行链接的数量信息,但dbms_stats包不会收集这个统计信息,该值始终为0。

select table_name,chain_cnt from dba_tables where table_name = 'IND$';

TABLE_NAME CHAIN_CNT

IND$ 0
通过下面的SQL语句可以收集该信息:

analyze table ind$ compute statistics;
然后再次查看:

select table_name,chain_cnt from dba_tables where table_name = 'IND$';

TABLE_NAME CHAIN_CNT

IND$ 13
但该方法会导致被分析表的所有对象的统计信息都被覆盖,因此,在实践中不推荐使用。

解决办法
行迁移和行链接的解决办法不同,因此在处理前一定要区分清楚是行迁移还是行链接。

行迁移
首先我们应该避免行迁移,方法是在原块中保留足够的空闲空间,即调整PCTFREE参数值,值的大小需要评估记录扩展的平均大小。
当出现了行迁移后,则只能通过移动数据来解决,具体的方式有:
1)通过导出、导入或者ALTER TABLE MOVE对表进行重整;
2)将迁移的数据复制到临时表中,在原表上删除再重新插入这些数据。

行链接
处理行链接只能增加数据块的大小,但在一些情况下,可以通过将常用字段放在表的前面,不常访问的字段放在表的末尾来提高某些查询的效率(由于Oracle查询时只会取查询相关的字段)。
————————————————
版权声明:本文为CSDN博主「tomato__」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/tomato__/article/details/40146573