场景：如果VarChar和VarChar2更经常修改，且修改的数据长度每次都不一样，这会引起“行迁移”现象
概念：
行链接(Row chaining) 与行迁移(Row Migration)
当一行的数据过长而不能插入一个单个数据块中时，可能发生两种事情：行链接(row chaining)或行迁移(row migration)。
行链接
当第一次插入行时，由于行太长而不能容纳在一个数据块中时，就会发生行链接。在这种情况下，oracle会使用与该块链接的一块或多块数据块来容纳该行的数据。行连接经常在插入比较大的行时才会发生，如包含long, long row, lob等类型的数据。在这些情况下行链接是不可避免的。
行迁移
当修改不是行链接的行时，当修改后的行长度大于修改前的行长度，并且该数据块中的空闲空间已经比较小而不能完全容纳该行的数据时，就会发生行迁移。在这种情况下，Oracle会将整行的数据迁移到一个新的数据块上，而将该行原先的空间只放一个指针，指向该行的新的位置，并且该行原先空间的剩余空间不再被数据库使用，这些剩余的空间我们将其称之为空洞，这就是产生表碎片的主要原因，表碎片基本上也是不可避免的，但是我们可以将其降到一个我们可以接受的程度。注意，即使发生了行迁移，发生了行迁移的行的rowid 还是不会变化，这也是行迁移会引起数据库I/O性能降低的原因。其实行迁移是行链接的一种特殊形式，但是它的起因与行为跟行链接有很大不同，所以一般把它从行链接中独立出来，单独进行处理。
行迁移(row migration)：由于在table 的pctfree 设置过小，在update 这个table并使其行长增大的时候，就有可能因为块的剩余空间不够存储该行，oracle会把该行数据迁移到另外一个有足够空闲空间的block中，此即发生了行迁移；发生行迁移时，行rowid并不变，原先存储该行的地方增加了一个新的指针，该指针指向迁移后的block id，所以我们在访问发生了行迁移的行时，会要读取迁移前和迁移后的2个block，一个表如果有大量的行发生了row migration，那么就有必要查看该table的storage 设置了，看看pctpree是否可以调整的更大一点。
行链接和行迁移引起数据库性能下降的原因：
引起性能下降的原因主要是由于引起多余的I/O造成的。当通过索引访问已有行迁移现象的行时，数据库必须扫描一个以上的数据块才能检索到改行的数据。这主要有一下两种表现形式：
1) row migration 或row chaining 导致 INSERT 或 UPDATE语句的性能比较差，因为它们需要执行额外的处理
2) 利用索引查询已经链接或迁移的行的select语句性能比较差，因为它们要执行额外的I/O
产生原因：当Update时，Update更新的数据大于数据块得PCTFREE值，就需要申请第二个块，从而形成行迁移。
预防方法：1. 将数据块的PCTFREE调大；2. 针对表空间扩大数据块大小
行链接，行迁移检查：analyze table 表名 validate structure cascade into chained_rows;
行连接，行迁移处理：可以在EM管理器中针对表进行reorganize.