行链接(Row chaining) 与行迁移(Row Migration)

当一行的数据过长而不能插入一个单个数据块中时，可能发生两种事情：行链接(row chaining)或行迁移(row migration)。

行迁移：  当一个行上的更新操作(原来的数据存在且没有减少)导致当前的数据不能在容纳在当前块，我们需要进行行迁移。一个行迁移意味着整行数据将会移动，仅仅保留的是一个转移地址。因此整行数据都被                 移动，原始的数据块上仅仅保留的是指向新块的一个地址信息。
                产生：update
行链接：  当一行数据太大而不能在一个单数据块容纳时，行链接由此产生。举例来说，当你使用了4kb的Oracle 数据块大小，而你需要插入一行数据是8k，Oracle则需要使用3个数据块分成片来存储。因此，引                起行链接的情形通常是，表上行记录的大小超出了数据库Oracle块的大小。
           产生：insert
           表上使用了LONG 或 LONG RAW数据类型的时候容易产生行链接。其次表上多于255列时Oracle会将这些过宽的表分片而产生行链接

迁移行对索引读产生额外的I/O，对全表扫描没什么影响
行链接则影响索引读和全表扫描行额外的处理


2) 利用索引查询已经链接或迁移的行的select语句性能比较差，因为它们要执行额外的I/O
http://www.itpub.net/thread-1618576-1-1.html

行迁移主要是由于设置的PCTFREE参数过小，导致没有给update操作留下足够的空闲空间引起。为了避免行迁移，所有被修改的表应该设置合适的PCTFREE 值，以便在每个数据块内为数据修改保留足够的空间。可以通过增加PCTFREE值的办法来避免行迁移，但这种解决办法是以牺牲更多的空间为代价的，这也就是我们通常所说的以空间换效率。 而且通过增加PCTFREE值的办法只能缓解行迁移现象，而不能完全解决行迁移，所以较好的办法是在设置了合适的PCTFREE值的后，在发现行迁移现象比较严重时，对表的数据进行重组。下面是对行迁移数据进行重组的步骤(这种方法也被成为CTAS):
PS: 

PCTFREE: 数据块的可用空间低于多少的时候，不能再insert，只能update

PCTUSED: 数据块的数据低于多少的时候，可以再insert。


http://www.cnblogs.com/linjiqin/archive/2012/01/16/2323320.html


二、如何检测出来行迁移或者行链接：


1.创建chained rows需要的表：
sql> @/home/oracle/product/10.xx/rdbms/admin/utlchain.sql


2.将表中的chained row移动到chained_rows表
SQL> analyze table test_table_name list chained rows;
SQL> SELECT * FROM chained_rows;


或者：
当然你也可以通过检查v$sysstat视图中的'table fetch continued row'来检查被迁移或被链接的行。


SQL> SELECT name, value FROM v$sysstat WHERE name = 'table fetch continued row';
NAME VALUE
---------------------------------------------------------------- ---------
table fetch continued row 308


三、解决方法


analyze table 之后：
select table_name,num_rows,CHAIN_CNT from user_tables ; 
or
select table_name,num_rows,CHAIN_CNT from dba_tables where owner='XXXXXXX' ;
方法1：直接truncate表，然后再导入导出 datapump，但这样downtime比较长，而且如果有外键约束之类的，比较麻烦。

方法2：alter table move，然后rebuild index
analyze table t compute statistics

举例:
SQL> alter table t add t1 date default sysdate; 
Table altered. 


SQL> c/t1/t2 
　 1* alter table t add t2 date default sysdate 
SQL> / 
Table altered. 
　　　
SQL> c/t2/t3 
　　　 1* alter table t add t3 date default sysdate 
SQL> / 
Table altered. 
　　　
SQL> analyze table t compute statistics; 
Table analyzed. 


SQL> select table_name,num_rows,CHAIN_CNT from user_tables where table_name='T'; 
　　　
TABLE_NAME　　　　　　　　　　　 NUM_ROWS　CHAIN_CNT 
------------------------------ ---------- ---------- 
T　　　　　　　　　　　　　　　　　 41616　　　 3908 
　　　
SQL> alter table t move ; 
Table altered. 
　　　
SQL> analyze table t compute statistics; 
Table analyzed. 


SQL>select table_name,num_rows,CHAIN_CNT from user_tables where table_name='T'; 
TABLE_NAME　　　　　　　　　　　 NUM_ROWS　CHAIN_CNT 
------------------------------ ---------- ---------- 
T　　　　　　　　　　　　　　　　　 41616　　　　　0
rebuild index




方法3： 通过数据字典来chained_ROWS,然后analyze table XX LIST chained ROWS;创建中间表，查出并迁移行。
参考http://blog.csdn.net/hotye393/article/details/6226471


-- Get the name of the table with migrated rows:
ACCEPT table_name PROMPT 'Enter the name of the table with migrated rows: '


-- Clean up from last execution
set echo off
DROP TABLE migrated_rows;
DROP TABLE chained_rows;


-- Create the CHAINED_ROWS table
@.../rdbms/admin/utlchain.sql
set echo on
spool fix_mig
-- List the chained and migrated rows
ANALYZE TABLE &table_name LIST CHAINED ROWS;


-- Copy the chained/migrated rows to another table
create table migrated_rows as
SELECT orig.*
FROM &table_name orig, chained_rows cr
WHERE orig.rowid = cr.head_rowid
AND cr.table_name = upper('&table_name');


-- Delete the chained/migrated rows from the original table
DELETE FROM &table_name WHERE rowid IN (SELECT head_rowid FROM chained_rows);


-- Copy the chained/migrated rows back into the original table
INSERT INTO &table_name SELECT * FROM migrated_rows;


spool off

但是如果chained_rows本身就存在链接行，那么只能改变block 的大小来解决了。

四、数据块大小的选择标准：
小的：

行的宽度很小，并伴有大量的随机访问（Random Access）
减少块竞争
注：选择小尺寸数据块会浪费大量的存储空间，

大的：

行的宽度很大，或者含有LOB字段
应用中存在大量的顺序读（Sequential Access）
节省I/O,一次可以读入更多的数据量
节省存储空间