Oracle行迁移和行链接

Oracle行迁移和行链接

 

定义：

    行迁移：因为update、将行变长、原来的块已经放不下了、行被挪进新块、

    行链接：行一开始就太大、比如你插入了1w个字节的行、必须要分两个块存放、

    由此、行变长的时间先后可作为判断依据

  产生场景：

    行迁移  www.2cto.com  

    Oracle会将整行的数据迁移到一个新的数据块上，而将该行原先的空间只放一个指针，指向该行的新的位置，并且该行原先空间的剩余空间不再被数据库使用，这些剩余的空间我们将其称之为空洞，这就是产生表碎片的主要原因，表碎片基本上也是不可避免的，但是我们可以将其降到一个我们可以接受的程度。注意，即使发生了行迁移，发生了行迁移的行的rowid 还是不会变化，这也是行迁移会引起数据库I/O性能降低的原因。

 

    行链接

    oracle会使用与该块链接的一块或多块数据块来容纳该行的数据。行连接经常在插入比较大的行时才会发生，如包含long, long row, lob等类型的数据。在这些情况下行链接是不可避免的。

  www.2cto.com  

   影响DB performance的表现形式

   读一行要读两个块，也就是要两次逻辑读

         insert or update的性能比较差

        利用索引查询已链接或迁移的行的select语句的性能比较差，因为他们需要额外的I/O

 

  如何才能检测到行迁移与行链接

[sql] 

Connected.  

  

SQL> @?/rdbms/admin/utlchain.sql  

  

Table created.  

  

SQL> analyze table hr.DEPARTMENTS LIST CHAINED ROWS;  

  

Table analyzed.  

  

SQL> select * from chained_rows;  

  

no rows selected  

 

  另外，如何获知行迁移（行链接）严重的表呢？

  DBA_TABLES视图的CHAINED_CNT列，该列有该表的链接行计数。

 

  尽管行迁移与行链接是两个不同的事情，但是在oracle内部，它们被当作一回事。所以当你检测行迁移与行链接时，你应该仔细的分析当前你正在处理的是行迁移还是行链接。

  

  处理方案

    o 在大多数情况下，行链接是无法克服的，特别是在一个表包含象LONGS, LOBs 等这样的列时。当在不同的表中有大量的链接行，并且哪些表的行的长度不是很长时，你可以通过用更大的block size重建数据库的方法来解决它。

 

    例如：当前你的数据库的数据块的大小为4K，但是你的行的平均长度为6k，那么你可以通过用8k大小的数据块来重建数据库的办法解决行链接现象。

  www.2cto.com  

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

[sql] 

ACCEPT table_name PROMPT &＃39;Enter the name of the table with migrated rows: &＃39;  

  

-- 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(&＃39;&table_name&＃39;);  

www.2cto.com  

-- 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