什么是SQL行迁移和行链接

本篇内容介绍了"什么是SQL行迁移和行链接"的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

行迁移和行链接（行的跨块存储）

行链接：

成因：指一行存储在多个块中的情况，即行链接是跨越多块的行。

第一次插入时，一个块存不下，insert 到多个块中。

当一行数据大于一个数据块，ORACLE会同时分配两个数据块，并在第一个块上登记第二个块的地址，从而形成行链接。

后果：导致应用需要访问更多的数据块，性能下降。

预防：针对表空间扩大数据块大小。

检查：analyze table 表名 validate structure cascade into chained_rows;

需要执行脚本$ORACLE_HOME/rdbms/admin/utlchain.sql创建chained_rows表。

行迁移：

成因：当行被Update时，如果Update更新的行大于数据块得PCTFREE值，就需要申请第2个块，从而形成行迁移。

当一个数据行由于 update 语句导致当前块被重新定位到另一个块（那里有充足的空间）中，但在原始块中会保留一个指针。

原始块中的指针是必需的，因为索引的 ROWID 项仍然指向原始位置。

行迁移是 update 语句当 pctfree 空间不足时引起的，它与 insert 和 delete 语句无关。

后果：导致应用需要访问更多的数据块，性能下降。

预防：1. 将数据块的PCTFREE调大；

2. 针对表空间扩大数据块大小

检查：analyze table 表名 validate structure cascade into chained_rows;

如何知道发生了行链接或行迁移？

对表进行analyze，然后查看 dba_tables 的 AVG_ROW_LEN 列和 CHAIN_CNT 列，若不为0，则说明发生了行迁移或者行链接。

如何确定发生了行迁移还是行链接？

这里采用move的办法：

若对表进行move，然后CHAIN_CNT的列变为0，并且blocks也会减少，则说明只发生了行迁移。

若对表进行move，然后CHAIN_CNT的列不变，并且blocks也不变，则说明只发生了行链接。

还有一种特殊情况，同时发生行迁移和行链接（比较极端）：

在对表进行update时，更新的行过大，导致一个块存不下，那么会变成行迁移，但是由于过大，因此还需要更多的块来存储，发生的是行链接

若对表进行move，然后CHAIN_CNT的列不变或者减少，并且blocks减少，则说明同时发生了行链接和行链接。

优化：

行迁移：1、若表在进行update时发生了行迁移，那么需要对表进行move操作(若有索引，需要重建)

2、exp/imp方式（针对发生行迁移的表）

3、对发生行迁移的表的数据进行新建临时表，然后在把记录插回到原表

行链接：只有通过加大BLOCK块的方式才可以避免

行迁移测试：

创建表SQL> drop table t1;Table dropped.SQL> create table t1 (c1 varchar2(20));Table created.插入数据SQL> insert into t1 select '' from dual connect by level < 1000;999 rows created.SQL> commit;Commit complete.先分析一下 t1 表，确定无行迁移SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T1';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10SQL> analyze table t1 compute statistics;Table analyzed.SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T1';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10                      3          0          5使用了5个块，并且chain_cnt为0，并没有发生行迁移。update空列，再分析 t1,有了行迁移SQL> update t1 set c1='oracle mysql';999 rows updated.SQL> commit;Commit complete.SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T1';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10                      3          0          5SQL> analyze table t1 compute statistics;Table analyzed.SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T1';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10                     21        767         13说明 999 行中有 767 行发生了行迁移，使用的块也增加了。

消除行迁移：

这里使用 move 解决，若表上有索引，需要重建索引，move会使表上的索引失效：

SQL> alter table t1 move;Table altered.move 表后，再分析 t1,行迁移消失。SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T1';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10                     21        767         13SQL> analyze table t1 compute statistics;Table analyzed.SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T1';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10                     16          0          6

使用了6个块，从13块变成6，block减少，并且CHAIN_CNT由767变成0，此时已经消除了行迁移。

总结：若表在进行update时发生了行迁移，那么需要对表进行行迁移的消除，可以采用move操作来消除行迁移(若有索引，需要重建)。

行链接测试：

创建表 SQL> create table t2 (c1 varchar2(4000),c2 varchar2(4000),c3 varchar2(4000));Table created.插入数据SQL> insert into t2 select 'a','b','c' from dual connect by level <= 100;100 rows created.SQL> commit;Commit complete.先分析一下 t1 表，确定无行链接SQL> select pct_free,avg_row_len,chain_cnt,blocks from user_tables where table_name='T2';  PCT_FREE AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ----------- ---------- ----------        10SQL> analyze table t2 compute statistics;Table analyzed.SQL> select pct_free,avg_row_len,chain_cnt,blocks from user_tables where table_name='T2';  PCT_FREE AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ----------- ---------- ----------        10           9          0          5使用了5个块，并且chain_cnt为0，并没有发生行链接。插入大于 8K 行，再分析 t2,有了行链接SQL> insert into t2 values (lpad('a',4000,'a'),lpad('a',4000,'a'),lpad('a',4000,'a'));1 row created.SQL> commit;Commit complete.SQL> select pct_free,avg_row_len,chain_cnt,blocks from user_tables where table_name='T2';  PCT_FREE AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ----------- ---------- ----------        10           9          0          5SQL> analyze table t2 compute statistics;Table analyzed.SQL> select pct_free,avg_row_len,chain_cnt,blocks from user_tables where table_name='T2';  PCT_FREE AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ----------- ---------- ----------        10         128          1          5

说明 新插入的 1 行数据发生了行迁移，使用的块不变。

消除行链接：

创建非标准块大小表空间 16KSQL> show parameter cacheNAME                                 TYPE        VALUE------------------------------------ ----------- ------------------------------client_result_cache_lag              big integer 3000client_result_cache_size             big integer 0db_16k_cache_size                    big integer 0db_2k_cache_size                     big integer 0db_32k_cache_size                    big integer 1Gdb_4k_cache_size                     big integer 0db_8k_cache_size                     big integer 0db_cache_advice                      string      ONdb_cache_size                        big integer 0db_flash_cache_file                  stringdb_flash_cache_size                  big integer 0db_keep_cache_size                   big integer 0db_recycle_cache_size                big integer 0object_cache_max_size_percent        integer     10object_cache_optimal_size            integer     102400result_cache_max_result              integer     5result_cache_max_size                big integer 12064Kresult_cache_mode                    string      MANUALresult_cache_remote_expiration       integer     0session_cached_cursors               integer     50设置db_16k_cache_size为16mSQL> alter system set db_16k_cache_size=16m;System altered.创建表空间create tablespace tabspace_16k blocksize 16Kdatafile  '/oracle/app/oracle/oradata/test/tabspace_16k.dbf' size 20M  autoextend on  extent management local segment space management auto;把t2表移动到tabspace_16k表空间上SQL> alter table t2 move tablespace tabspace_16k;Table altered.再次进行分析查看SQL> select pct_free,avg_row_len,chain_cnt,blocks from user_tables where table_name='T2';  PCT_FREE AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ----------- ---------- ----------        10         128          1          5SQL> analyze table t2 compute statistics;Table analyzed.SQL> select pct_free,avg_row_len,chain_cnt,blocks from user_tables where table_name='T2';  PCT_FREE AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ----------- ---------- ----------        10         128          0          4

目前使用了4个块，并且chain_cnt为0，说明行链接已经消除了。

同时发生行迁移和行链接（比较极端）：

创建表SQL> drop table t3;Table dropped.SQL> create table t3 (c1 int,c2 varchar2(4000),c3 varchar2(4000),c4 varchar2(4000),c5 varchar2(4000));Table created.插入数据SQL> insert into t3 select level,'','','','' from dual connect by level <= 100;100 rows created.SQL> commit;Commit complete.先分析一下 t3 表，确定无行迁移和行链接SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T3';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10SQL> analyze table t3 compute statistics;Table analyzed.SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T3';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10                      6          0          5使用了5个块，并且chain_cnt为0，并没有发生行迁移或者行链接对列进行更新，再分析 t1,有了行迁移或者行链接SQL> update t3 set c2 = LPAD('1', 4000, '*'),c3 = LPAD('1', 4000, '*'),c4 = LPAD('1', 4000, '*'),c5 = LPAD('1', 4000, '*');100 rows updated.SQL> commit;Commit complete.SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T3';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10                      6          0          5SQL> analyze table t3 compute statistics;Table analyzed.SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T3';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10                  16030        100        496

说明 100 行中有 100 行发生了行迁移或者行链接，使用的块也增加了。

如何确定是发生了行迁移还是行链接？

这里采用move的办法：

若对表进行move，然后CHAIN_CNT的列变为0，并且blocks也会减少，则说明只发生了行迁移。

若对表进行move，然后CHAIN_CNT的列不变，并且blocks也不变，则说明只发生了行链接。

还有一种特殊情况，同时发生行迁移和行链接（比较极端）：

在对表进行update时，更新的行过大，导致一个块存不下，那么会变成行迁移，但是由于过大，因此还需要更多的块来存储，发生的是行链接

若对表进行move，然后CHAIN_CNT的列不变或者减少，并且blocks减少，则说明同时发生了行链接和行链接。

消除行迁移：

这里使用 move 解决，若表上有索引，需要重建索引，move会使表上的索引失效：SQL> alter table t3 move;Table altered.move 表后，再分析 t3SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T3';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10                  16030        100        496SQL> analyze table t3 compute statistics;Table analyzed.SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T3';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10                  16044        100        234

使用了234个块，从496块变成234，block减少，并且CHAIN_CNT没变，说明已经消除了行迁移，但是还有行链接为消除。

因此，同时发生行迁移和行链接。

下一步需要消除行链接：

和正常消除行链接的方法一致：

创建非标准块大小表空间 16KSQL> show parameter cacheNAME                                 TYPE        VALUE------------------------------------ ----------- ------------------------------client_result_cache_lag              big integer 3000client_result_cache_size             big integer 0db_16k_cache_size                    big integer 0db_2k_cache_size                     big integer 0db_32k_cache_size                    big integer 1Gdb_4k_cache_size                     big integer 0db_8k_cache_size                     big integer 0db_cache_advice                      string      ONdb_cache_size                        big integer 0db_flash_cache_file                  stringdb_flash_cache_size                  big integer 0db_keep_cache_size                   big integer 0db_recycle_cache_size                big integer 0object_cache_max_size_percent        integer     10object_cache_optimal_size            integer     102400result_cache_max_result              integer     5result_cache_max_size                big integer 12064Kresult_cache_mode                    string      MANUALresult_cache_remote_expiration       integer     0session_cached_cursors               integer     50设置db_16k_cache_size为16mSQL> alter system set db_16k_cache_size=16m;System altered.创建表空间create tablespace tabspace_16k blocksize 16Kdatafile  '/oracle/app/oracle/oradata/test/tabspace_16k.dbf' size 20M  autoextend on  extent management local segment space management auto;把t2表移动到tabspace_16k表空间上SQL> alter table t3 move tablespace tabspace_16k;Table altered.再次进行分析查看SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T3';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10                  16044        100        234SQL> analyze table t3 compute statistics;Table analyzed.SQL> select pct_free,pct_used,avg_row_len,chain_cnt,blocks from user_tables where table_name='T3';  PCT_FREE   PCT_USED AVG_ROW_LEN  CHAIN_CNT     BLOCKS---------- ---------- ----------- ---------- ----------        10                  16018          0        107

目前使用了107个块，并且chain_cnt为0，说明行链接已经消除了。

至此消除了行迁移和行链接。

"什么是SQL行迁移和行链接"的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注网站，小编将为大家输出更多高质量的实用文章！