行链接（Row Chaining）和行迁移（Row Migration）

一、概述：
  如果你的Oracle数据库性能低下，行链接和行迁移可能是其中的原因之一。我们能够通过合理的设计或调整数据库来阻止这个现象。
  
  行链接和行迁移是能够被避免的两个潜在性问题。我们可以通过合理的调整来提高数据库性能。本文主要描述的是：
    什么是行迁移与行链接
    如何判断行迁移与行链接
    如何避免行迁移与行链接

当使用索引读取单行时，行迁移影响OLTP系统。最糟糕的情形是，对所有读取操作而言，增加了额外的I/O。行链接则影响索引读和全表扫描。
  
  注：在翻译行(row)时使用记录来描述(便于理解)，如第一行，使用第一条记录。

二、Oralce 块
    操作系统块的大小是操作系统读写的最小操作单元，也是操作系统文件的属性之一。当创建一个数据库时，选择一个基于操作系统块的
  整数倍大小作为Oracle数据库块的大小。Oracle数据库读写操作则是以Oracle块为最小单位，而非操作系统块。一旦设置了Oracle数据块的大小，
  则在整个数据库生命期间不能被更改(除 Oracle 9i之外)。因此为Oracle数据库定制合理的Oralce块大小，象预期数据库总大小以及并发用户数这些
  因素应当予以考虑。  
  数据库块由下列逻辑结构(在整个数据库结构下)

头部
    头部包含一些常用信息，象块地址，段的类型(表段、索引段等)。也包含一些表、实际数据行的地址信息等。
  
  空闲空间
    用于保留给后续DML(update/insert)操作的空间。通常受pctfree和pctused参数的影响。
  
  数据  
    实际的数据内容
  
  FREELIST, PCTFREE, PCTUSED
    当创建或修改任意表，索引时。Oracle使用两个存储参数来控制空间的分配
    PCTFREE 为已存在数据将来更新需要保留空闲空间的百分比
    PCTUSED 新插入数据可使用空间的最小百分比，该值决定块何时回收到 freelist 结构中
    FREELIST Oracle通过维护该列表来记录或更新所有可用的数据块
  
    Oracle 首先在freelist列表上搜索可用的空闲数据块，搜索成功之后将数据插入到那个空闲块。块在free list 列表中的可用性由pctfree
  参数值来决定。起初一个空块在freelist列表上列出，并且会一直保留，直到到空闲空间达到pctfree设定的值。
  
     当一个块被使用且达到pctfree设定的值之后则该块从freelist列表被移除，而当数据块的可用空间低于PCTUSED值的时候，该块又会回收，
  即重新回到freelist列表。
  
  Oracle使用freelist方式以提高数据库性能。因此，每一个insert 操作，Oracle 仅仅需要搜索freelist结构，而不是搜索所有数据块。

三、行迁移：
    当一个行上的更新操作(原来的数据存在且没有减少)导致当前的数据不能在容纳在当前块，我们需要进行行迁移。一个行迁移意味着整
  行数据将会移动，仅仅保留的是一个转移地址。因此整行数据都被移动，原始的数据块上仅仅保留的是指向新块的一个地址信息。
  
  迁移行不影响全表扫描
    当使用全表扫描时，转移地址被忽略。因为我们最终能够获得所有的数据，所以能够忽略其转移地址。因此行迁移并不会对全表扫描产
    生额外的操作。
  
  迁移行对索引读产生额外的I/O
    当使用索引读取数据时将产生额外的I/O。这是由于索引告诉我们通过文件X,块Y,slot槽Z可以获得该行数据。但是当我们根据地址信息
    达到所在位置时，从其转移地址得知，其真实的数据是存储在文件A,块B,slot槽C上。因此为了寻找该行数据不得不产生额外的逻辑或物理I/O。

四、行链接

当一行数据太大而不能在一个单数据块容纳时，行链接由此产生。举例来说，当你使用了4kb的Oracle 数据块大小，而你需要插入一行
  数据是8k，Oracle则需要使用3个数据块分成片来存储。因此，引起行链接的情形通常是，表上行记录的大小超出了数据库Oracle块的大小。
  表上使用了LONG 或 LONG RAW数据类型的时候容易产生行链接。其次表上多于255列时Oracle会将这些过宽的表分片而产生行链接。因此，
  与行迁移所不同的是，行迁移是将数据存放到另外一个块，而行链接是数据同时位于多个数据块。

行链接有着不同于行迁移的影响，取决于我们所需的数据。如果我们有一行数据有两个列且跨越两个数据块。假定使用下面的查询：
        SELECT column1 FROM table
      列1位于第一块，它将不会引起任何table fetch continued row 。由于不需要获得第2列的信息，因此行链接没有任何影响。然而，如
    果我们使用下面的查询：
        SELECT column2 FROM table
      由于 column2 在块2且是一个链接行，因此将产生table fetch continued row
  
五、示例样本：

[sql] view plaincopy print?
  1. --下面的引用Tom Kyte的例子来展示行迁移和行链接. 我们使用了一个4k 的 blocksize.
  2. SELECT name,value
  3. FROM v$parameter
  4. WHERE name = 'db_block_size';
  5. NAME                 VALUE
  6. --------------      ------
  7. db_block_size         4096
  8. --使用固定列宽的char类型来创建下面的表
  9. CREATE TABLE row_mig_chain_demo (
  10. x int PRIMARY KEY,
  11. a CHAR(1000),
  12. b CHAR(1000),
  13. c CHAR(1000),
  14. d CHAR(1000),
  15. e CHAR(1000)
  16. );
  17. --上面的这个表很容易产生行链接和行迁移。我们使用了5个列 a,b,c,d,e，以便于整个行的长度增长达到或超过5k以确保产生真实的行链接。
  18. INSERT INTO row_mig_chain_demo (x) VALUES (1);
  19. INSERT INTO row_mig_chain_demo (x) VALUES (2);
  20. INSERT INTO row_mig_chain_demo (x) VALUES (3);
  21. COMMIT;
  22. --a,b,c,d,e列我们并没有兴趣查看，而仅仅是提取他们。由于他们的确太宽，我们在查询结果中没有显示这些列。
  23. column a noprint
  24. column b noprint
  25. column c noprint
  26. column d noprint
  27. column e noprint
  28. SELECT * FROM row_mig_chain_demo;
  29. X
  30. ----------
  31. 1
  32. 2
  33. 3
  34. 检查行链接
  35. SELECT a.name, b.value
  36. FROM v$statname a, v$mystat b
  37. WHERE a.statistic# = b.statistic#
  38. AND lower(a.name) = 'table fetch continued row';
  39. NAME                                                                  VALUE
  40. ---------------------------------------------------------------- ----------
  41. table fetch continued row                                                 0
  42. --现在正如我们所期待的那样，按插入的顺序返回的结果(对这个查询Oracle使用了全表扫描)。也如我们所预料的那样table fetch continued row 为零值。
  43. --这个数据是现在是如此的小，我们知道三行数据填充到一个数据块，没有行链接。


六、演示行迁移

[sql] view plaincopy print?
  1. --接下来，我们基于指定的方式做一些更新来演示行迁移的问题以及他如何影响全扫描。
  2. UPDATE row_mig_chain_demo SET a = 'z1', b = 'z2', c = 'z3' WHERE x = 3;
  3. COMMIT;
  4. UPDATE row_mig_chain_demo SET a = 'y1', b = 'y2', c = 'y3' WHERE x = 2;
  5. COMMIT;
  6. UPDATE row_mig_chain_demo SET a = 'w1', b = 'w2', c = 'w3' WHERE x = 1;
  7. COMMIT;
  8. --注意更新的顺序，最后一行我们首先更新，而第一行则最后更新它。
  9. SELECT * FROM row_mig_chain_demo;
  10. X
  11. ----------
  12. 3
  13. 2
  14. 1
  15. SELECT a.name, b.value
  16. FROM v$statname a, v$mystat b
  17. WHERE a.statistic# = b.statistic#
  18. AND lower(a.name) = 'table fetch continued row';
  19. NAME                                                                  VALUE
  20. ---------------------------------------------------------------- ----------
  21. table fetch continued row                                                 0
  22. --有趣的是，返回的结果是倒序的。是由于我们首先更新了第三行。此时并没有行迁行，但是它填充了整个数据块1。随着第二行的更新，它
  23. --不得不迁移到第2块，由于第3行几乎占用了整个块。当我们更新第一行的时候，它迁移到块3。最终使第三行数据保留在第一块。
  24. --因此，当oralce使用全表扫描时，它首先发现第3条记录在数据块1，第2条记录在数据块2，第1条记录在数据块3。当进行表扫描时，它忽略
  25. --第一块的头部信息是记录1，记录2的rowid信息。这就是为什么table fetch continued row依旧是零值的原因。此时没有行链接。

[sql] view plaincopy print?
  1. --让我们来看一看对table fetch continued row的影响
  2. SELECT * FROM row_mig_chain_demo WHERE x = 3;
  3. X
  4. ----------
  5. 3
  6. SELECT a.name, b.value
  7. FROM v$statname a, v$mystat b
  8. WHERE a.statistic# = b.statistic#
  9. AND lower(a.name) = 'table fetch continued row';
  10. NAME                                                                  VALUE
  11. ---------------------------------------------------------------- ----------
  12. table fetch continued row                                                 0
  13. --这是一个索引范围扫描方式，然后根据主键获得rowid。此时并没有增加table fetch continued row的值，因此记录3并没有发生行迁移。

七、行链接演示

[sql] view plaincopy print?
  1. UPDATE row_mig_chain_demo SET d = 'z4', e = 'z5' WHERE x = 3;
  2. COMMIT;
  3. --update之后记录3新增的内容不在填充到数据块1，因为列d和e之和是5k,因此行链接产生了。
  4. SELECT x,a FROM row_mig_chain_demo WHERE x = 3;
  5. X
  6. ----------
  7. 3
  8. SELECT a.name, b.value
  9. FROM v$statname a, v$mystat b
  10. WHERE a.statistic# = b.statistic#
  11. AND lower(a.name) = 'table fetch continued row';
  12. NAME                                                                  VALUE
  13. ---------------------------------------------------------------- ----------
  14. table fetch continued row                                                 1
  15. --当从记录3的头部提取列x和列a的时候，将不会产生table fetch continued row，也没有额外的I/O产生。

[sql] view plaincopy print?
  1. SELECT x,d,e FROM row_mig_chain_demo WHERE x = 3;
  2. SELECT a.name, b.value
  3. FROM v$statname a, v$mystat b
  4. WHERE a.statistic# = b.statistic#
  5. AND lower(a.name) = 'table fetch continued row';
  6. NAME                                                                  VALUE
  7. ---------------------------------------------------------------- ----------
  8. table fetch continued row                                                 2
  9. --现在当我们通过主键索引扫描从记录3的尾部提取数据时，这将增加table fetch continued row的值。因为需要从行的头部和尾部获取数据来组合。
  10. --现在来看看全表扫描是否也有相同的影响。
  11. SELECT * FROM row_mig_chain_demo;
  12. X
  13. ----------
  14. 3
  15. 2
  16. 1
  17. SELECT a.name, b.value
  18. FROM v$statname a, v$mystat b
  19. WHERE a.statistic# = b.statistic#
  20. AND lower(a.name) = 'table fetch continued row';
  21. NAME                                                                  VALUE
  22. ---------------------------------------------------------------- ----------
  23. table fetch continued row                                                 3
  24. --此时table fetch continued row的值被增加，因为不得不对记录3的尾部进行融合。而记录1和2即便是存在迁移现象，但由于是全表扫描，
  25. --因此不会增加table fetch continued row的值。
  26. SELECT x,a FROM row_mig_chain_demo;
  27. X
  28. ----------
  29. 3
  30. 2
  31. 1
  32. SELECT a.name, b.value
  33. FROM v$statname a, v$mystat b
  34. WHERE a.statistic# = b.statistic#
  35. AND lower(a.name) = 'table fetch continued row';
  36. NAME                                                                  VALUE
  37. ---------------------------------------------------------------- ----------
  38. table fetch continued row                                                 3
  39. --当需要提取的数据是整个表上的头两列的时候，此时table fetch continued row也不会增加。因为不需要对记录3进行数据融合。
  40. SELECT x,e FROM row_mig_chain_demo;
  41. X
  42. ----------
  43. 3
  44. 2
  45. 1
  46. SELECT a.name, b.value
  47. FROM v$statname a, v$mystat b
  48. WHERE a.statistic# = b.statistic#
  49. AND lower(a.name) = 'table fetch continued row';
  50. NAME                                                                  VALUE
  51. ---------------------------------------------------------------- ----------
  52. table fetch continued row                                                 4
  53. --但是当提取列d和e的时候，table fetch continued row的值被增加。通常查询时容易产生行迁移即使是真正存在行链接，因为我们的查询
  54. --所需的列通常位于表的前几列。

八、如何鉴别行链接和行迁移

[sql] view plaincopy print?
  1. --聚合统计所创建的表，这也将使得重构整行而发生table fetch continued row
  2. SELECT count(e) FROM row_mig_chain_demo;
  3. COUNT(E)
  4. ----------
  5. 1
  6. SELECT a.name, b.value
  7. FROM v$statname a, v$mystat b
  8. WHERE a.statistic# = b.statistic#
  9. AND lower(a.name) = 'table fetch continued row';
  10. NAME                                                                  VALUE
  11. ---------------------------------------------------------------- ----------
  12. table fetch continued row                                                 5
  13. --通过analyze table来校验表上的链接数
  14. ANALYZE TABLE row_mig_chain_demo COMPUTE STATISTICS;
  15. SELECT chain_cnt
  16. FROM user_tables
  17. WHERE table_name = 'ROW_MIG_CHAIN_DEMO';
  18. CHAIN_CNT
  19. ----------
  20. 3
  21. --3条记录是链接的。显然，他们中的两条记录是迁移(记录1，记录2)和一记录是链接(记录3).
  22. --实例启动后的table fetch continued row的总数
  23. --视图v$mystat告诉我们自从实例启动后，所有的表上共有多少次为table fetch continued row.
  24. sqlplus system/<password>
  25. SELECT 'Chained or Migrated Rows = '||value
  26. FROM v$sysstat
  27. WHERE name = 'table fetch continued row';
  28. Chained or Migrated Rows = 31637
  29. --上面的查询结果表明，可能有1个表上存在行链接被fetch了31637次，也可能有31637个表，每个表上有一个行链接，每次fetch一次。也有
  30. --可能是上述情况的组合。
  31. --31637次也许是好的，也许是坏的，仅仅是一个值而已。
  32. --这取决于
  33. --数据库启动了多久？
  34. --这个值占总提取数据百分比的多少行？
  35. --假如它占据了你从表上fetch的0.001%，则无关紧要。
  36. --因此，比较table fetch continued row与总提取的记录数是有必要的
  37. SELECT name,value FROM v$sysstat WHERE name like '%table%';
  38. NAME                                                                  VALUE
  39. ---------------------------------------------------------------- ----------
  40. table scans (short tables)                                           124338
  41. table scans (long tables)                                              1485
  42. table scans (rowid ranges)                                                0
  43. table scans (cache partitions)                                           10
  44. table scans (direct read)                                                 0
  45. table scan rows gotten                                             20164484
  46. table scan blocks gotten                                            1658293
  47. table fetch by rowid                                                1883112
  48. table fetch continued row                                             31637
  49. table lookup prefetch client count                                        0

九、一个表上链接的行是多少？

[sql] view plaincopy print?
  1. --通过对表analyze后(未analyze是空值),可以从数据字典user_tales获得链接的记录数。
  2. ANALYZE TABLE row_mig_chain_demo COMPUTE STATISTICS;
  3. SELECT chain_cnt,
  4. round(chain_cnt/num_rows*100,2) pct_chained,
  5. avg_row_len, pct_free , pct_used
  6. FROM user_tables
  7. WHERE table_name = 'ROW_MIG_CHAIN_DEMO';
  8. CHAIN_CNT PCT_CHAINED AVG_ROW_LEN   PCT_FREE   PCT_USED
  9. ---------- ----------- ----------- ---------- ----------
  10. 3         100        3691         10         40
  11. --PCT_CHAINED 为100%,表明所有的行都是链接的或迁移的。

十、列出链接行

当使用analyze table中的list chained rows子句能够列出一个表上的链接行。该命令的结果是将所有的链接上存储到一个由list chained rows子句
  显示指定的表中。 这些结构有助于决定是否将来有足够的空间实现行更新。
  
  创建CHAINED_ROWS 表
  创建一个用于存储analyze ... list chained rows命令结果的表，可以执行位于$ORACLE_HOME/rdbms/admin目录下的UTLCHAIN.SQL或UTLCHN1.SQL 脚本。
  这个脚本会在当前schema下创建一个名为chained_rows的表
    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         rowid,
      analyze_timestamp  date
    );

当chained_rows表创建后，可以使用analyze table命令来指向该表作为输出。

十一、如何避免行链接和行迁移
      增加pctfree能够帮助避免行链接。如果我们为块留下更多的可用空间，则行上有空间满足将来的增长。也可以对那些有较高删除率的表采用重新组织
  或重建表索引来避免行链接与行迁移。如果表上有些行被频繁的删除，则数据块上会有更多的空闲空间。当被插入的行后续扩展，则被插入的行可能会
  分布到那些被删除的行上而仍然没有更多空间来用于扩展。重新组织表则确保主要的空闲空间是完整的空块。
  
      ALTER TABLE ... MOVE 命令允许对一个未分区或分区的表上的数据进行重新分配到一个新的段。也可以分配到一个有配额的不同的表空间。该命令也允许
  你在不能使用alter table的情形下来修改表或分区上的一些存储属性。也可以使用ALTER TABLE ... MOVE 命令中的compress关键字在存储到新段时使用压缩选项。

[sql] view plaincopy print?
  1. <pre name="code" class="sql">1. ALTER TABLE MOVE
  2. 使用alter table move 之前首先统计每个块上的行数.
  3. SELECT dbms_rowid.rowid_block_number(rowid) "Block-Nr", count(*) "Rows"
  4. FROM row_mig_chain_demo
  5. GROUP BY dbms_rowid.rowid_block_number(rowid) order by 1;
  6. Block-Nr        Rows
  7. ---------- ----------
  8. 2066          3
  9. --现在消除表上的行链接，使用alter table move来重建row_mig_chain_demo表到一个新段，指定一些新的存储选项。
  10. ALTER TABLE row_mig_chain_demo MOVE
  11. PCTFREE 20
  12. PCTUSED 40
  13. STORAGE (INITIAL 20K
  14. NEXT 40K
  15. MINEXTENTS 2
  16. MAXEXTENTS 20
  17. PCTINCREASE 0);
  18. Table altered.
  19. --在alter table move之后再次统计每一块上的行数
  20. SELECT dbms_rowid.rowid_block_number(rowid) "Block-Nr", count(*) "Rows"
  21. FROM row_mig_chain_demo
  22. GROUP BY dbms_rowid.rowid_block_number(rowid) order by 1;
  23. Block-Nr        Rows
  24. ---------- ----------
  25. 2322          1
  26. 2324          1
  27. 2325          1
  28. 2. 重建表上的索引
  29. --移动一个表将使得表上记录的rowid发生变化。这将引起表上的索引被置为unusable状态。基于该表使用索引的DML语句将收到ORA-01502 错误。
  30. --因此表上的索引必须被删除或重建。同样地，表上的统计信息也会变得无效。因此统计信息在表移动之后也应当重新收集。
  31. ANALYZE TABLE row_mig_chain_demo COMPUTE STATISTICS;
  32. ERROR at line 1:
  33. ORA-01502: index 'SCOTT.SYS_C003228' or partition of such index is in unusable state
  34. --表上的主键必须被重建
  35. ALTER INDEX SYS_C003228 REBUILD;
  36. Index altered.
  37. ANALYZE TABLE row_mig_chain_demo COMPUTE STATISTICS;
  38. Table analyzed.
  39. SELECT chain_cnt,
  40. round(chain_cnt/num_rows*100,2) pct_chained,
  41. avg_row_len, pct_free , pct_used
  42. FROM user_tables
  43. WHERE table_name = 'ROW_MIG_CHAIN_DEMO';
  44. CHAIN_CNT PCT_CHAINED AVG_ROW_LEN   PCT_FREE   PCT_USED
  45. ---------- ----------- ----------- ---------- ----------
  46. 1       33.33        3687         20         40
  47. --如果表包含LOB 列，用户可以指定该命令连同LOB数据段以及LOB索引段(同该表相关)一起移动(move)。
  48. --当未指定时，则LOB数据段以及LOB索引段不参与移动。
  49. </pre><br>

十二、检测所有表上的行连接与行迁移

可以通过CHAINED_ROWS 表获取所有表上的行链接与行迁移。

[sql] view plaincopy print?
  1. 1.创建chained_rows表
  2. cd $ORACLE_HOME/rdbms/admin
  3. sqlplus scott/tiger
  4. @utlchain.sql
  5. 2.ananlyze 所有表/或指定表
  6. SELECT 'ANALYZE TABLE '||table_name||' LIST CHAINED ROWS INTO CHAINED_ROWS;'
  7. FROM user_tables
  8. /
  9. ANALYZE TABLE ROW_MIG_CHAIN_DEMO LIST CHAINED ROWS INTO CHAINED_ROWS;
  10. ANALYZE TABLE DEPT LIST CHAINED ROWS INTO CHAINED_ROWS;
  11. ANALYZE TABLE EMP LIST CHAINED ROWS INTO CHAINED_ROWS;
  12. ANALYZE TABLE BONUS LIST CHAINED ROWS INTO CHAINED_ROWS;
  13. ANALYZE TABLE SALGRADE LIST CHAINED ROWS INTO CHAINED_ROWS;
  14. ANALYZE TABLE DUMMY LIST CHAINED ROWS INTO CHAINED_ROWS;
  15. Table analyzed.
  16. 3.查看行链接的rowid
  17. SELECT owner_name,
  18. table_name,
  19. count(head_rowid) row_count
  20. FROM chained_rows
  21. GROUP BY owner_name,table_name
  22. /
  23. OWNER_NAME                     TABLE_NAME                      ROW_COUNT
  24. ------------------------------ ------------------------------ ----------
  25. SCOTT                          ROW_MIG_CHAIN_DEMO                      1

通过该方式可以快速的定位一个表上有多少行链接问题的。如果行链接或行迁移较多，则应当基于该表增加pctfree的值 或重建该表。

十三、结论：
   行迁移影响OLTP系统使用索引读取单行。最糟糕的情形所对所有的读都增加额外的I/O。而行链接则影响索引读和全表扫描。
   行迁移通常由update操作引起
   行链接通常有insert操作引起
   基于行链接或行迁移的查询或创建(如索引)由于需要更多的I/O将降低数据库的性能
   调试行链接或行迁移使用analyze 命令，查询v$sysdate视图 
   移出行链接或行迁移使用更大的pctfree参数或使用alter table move命令

十四、关于作者

原文链接：The Secrets of Oracle Row Chaining and Migration

Martin Zahn, Akadia AG, Information Technology, CH-3672 Oberdiessbach
EMail: martin dot zahn at akadia dot ch

12.09.2007: Updated for Oracle 10.2

十五、更多参考

关于Oracle数据库中行迁移/行链接的问题

行迁移和行链接的物理存储

About Me

...............................................................................................................................

● 本文整理自网络，乐沙弥的世界，http://blog.csdn.net/leshami/article/details/7266719/

● 本文在itpub（http://blog.itpub.net/26736162）、博客园（http://www.cnblogs.com/lhrbest）和个人微信公众号（xiaomaimiaolhr）上有同步更新

● 本文itpub地址：http://blog.itpub.net/26736162/abstract/1/

● 本文博客园地址：http://www.cnblogs.com/lhrbest

● 本文pdf版及小麦苗云盘地址：http://blog.itpub.net/26736162/viewspace-1624453/

● 数据库笔试面试题库及解答：http://blog.itpub.net/26736162/viewspace-2134706/

● QQ群：230161599     微信群：私聊

● 联系我请加QQ好友(646634621)，注明添加缘由

● 于 2017-05-09 09:00 ~ 2017-05-30 22:00 在魔都完成

● 文章内容来源于小麦苗的学习笔记，部分整理自网络，若有侵权或不当之处还请谅解

● 版权所有，欢迎分享本文，转载请保留出处

...............................................................................................................................

拿起手机使用微信客户端扫描下边的左边图片来关注小麦苗的微信公众号：xiaomaimiaolhr，扫描右边的二维码加入小麦苗的QQ群，学习最实用的数据库技术。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/26736162/viewspace-2139126/，如需转载，请注明出处，否则将追究法律责任。

行链接（Row Chaining）和行迁移（Row Migration）相关推荐

  1. 关于Oracle数据库中行迁移/行链接的问题（一）

    在实际的工作中我们经常会碰到一些Oracle数据库性能较低的问题,当然,引起Oracle数据库性能较低的原因是多方面的,我们能够通过一些正确的设计和诊断来尽量的避免一些Oracle数据库性能不好,Ro ...

  2. Oracle行迁移和行链接

    原文链接:https://www.modb.pro/db/22921?cyn (阅读原文,支持作者) 摘要:对行迁移和行链接的简单介绍 行迁移和行链接(行的跨块存储) 行链接: 成因: 指一行存储在多 ...

  3. oracle行迁移实验,Oracle 行迁移 amp; 行链接的检测与消除

    什么是行迁移 & 行链接? #     以下描述来自Oracle 11gR2 Document 1.       行链接 The row is too large to fit into on ...

  4. oracle行迁移和行链接介绍（两篇文章）

    美国PVH DB存在行链接.通过我的检查,发现,我们的DB同样存在行迁移和行链接.ORACLE的dbms_stats.gather_schema_stats只会收集优化器统计信息,不会检测表的记录是否 ...

  5. mysql update 行迁移_Oracle行迁移和行链接详解

    Oracle会将整行的数据迁移到一个新的数据块上,而将该行原先的空间只放一个指针,指向该行的新的位置,并且该行原先空间的剩余空 定义: 行迁移:因为update.将行变长.原来的块已经放不下了.行被挪 ...

  6. pandas使用max函数和min函数计算dataframe日期（时间）数据列中最大日期和最小日期对应的数据行(maximum and minimum date or time row)

    pandas使用max函数和min函数计算dataframe日期(时间)数据列中最大日期和最小日期对应的数据行(maximum and minimum date or time row in data ...

  7. numpy使用[]语法索引二维numpy数组中指定数据行的数值内容(accessing the specific row in numpy array)

    numpy使用[]语法索引二维numpy数组中指定数据行的数值内容(accessing the specific row in numpy array) 目录 numpy使用[]语法索引二维numpy ...

  8. table中的td表示table data（表格数据），tr表示table row（表格行），th表示table head（表格头）

    <table>中的 <td>表示table data(表格数据) <tr>表示table row(表格行) <th>表示table head(表格头)

  9. linux 链接数据库mysql数据库文件_linux 命令行 链接mysql数据库

    MySQL命令行导出数据库 MySQL命令行导出数据库: 1,进入MySQL目录下的bin文件夹:cd MySQL中到bin文件夹的目录 如我输入的命令行:cd C:\Program Files\My ...

最新文章

  1. 网上的python教程值不值得买_Python新人入手线程技术教程，值得收藏
  2. zerodivisionerror什么意思python-python里的raise是什么意思
  3. 生产订单成本的计划、控制和结算
  4. MPAndroidChart LineChart 折线图 你要的都在这里了
  5. 在Entity Framework 4.0中使用 Repository 和 Unit of Work 模式
  6. 关于如何使用xposed来hook微信软件
  7. easyui 添加下拉框数据_功能更新：熟用仪表盘这个功能，你可以少建90%的数据报表...
  8. 抖音发布2020数据报告：日均视频搜索量破4亿，70后最爱发表情包
  9. 关于使用layer弹出框展现echarts不显示的问题
  10. ssh登录到esxi机器中后开关虚拟机
  11. 从鞋子的磨损度看性格
  12. The JRE you are running Eclipse with appears to not be a JDK .Spring Boot Live hovers will not work
  13. CentOS 7 安装PHP7+Nginx+Mysql5.7开发环境
  14. android 语音库,安卓系统也能用苹果语音库：Vocalizer TTS语音引擎及语音包合集
  15. redmine使用指南_Redmine安装与入门指南
  16. 中标麒麟系统邮件客户端使用方法
  17. 提高生活、学习、工作效率的方法——时间管理Vs个人管理
  18. java文件后缀_java源文件名的后缀是什么？
  19. 重庆南川金佛山中医院“扶正消瘤贴”专家评估研讨会圆满落幕
  20. 技术管理工作中的三个原则

热门文章

  1. 风丘科技为您提供车载以太网解决方案
  2. mysql数据的备份
  3. MRF，HMM，HMRF图像分割
  4. 【HaaS Python 硬件积木】 BMP280气压传感器
  5. 相关系数，互相关函数，协方差，卷积
  6. 计算机输入输出接口分类,以cpu为中心配上存储器输入输出接口电路及系统总线所组成的计算机称为什麽...
  7. 软件测试基础：邮箱注册功能测试的测试点
  8. 图书管理系统 数据库实现（oracle）
  9. B站台湾大学郭彦甫｜MATLAB 学习笔记｜13 统计 Statistics__Data_Analysis
  10. DevOps之不中断服务的蓝绿部署