行迁移和行链接都会导致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(<col1>) + vsize(<col2>) + ... + vsize(<col3>) from <table> where rowid = '<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查询时只会取查询相关的字段）。