我们的数据库的行连接已经到了一个比较严重的地步了，对awr 报表的统计数据是 sunha5 花在行连接的 i/o 是平均每秒 600 次左右。

通过对产品库和商家进行清理后，目前的统计降到了200 次左右，还有继续下降的空间。

行连接的成因 ：

行连接（chained rows) 是因为对字段做修改后，导致修改后的数据大于原来的数据长度，在现在的行里，已经无法存储这个数据，写不下的数据会被放到别的数据块里，并且在原行中纪录这个地址。这样导致的问题是，如果要读出这个行数据， oracle 必须要进行 2 次甚至多次 i/o 操作才会把整行数据读出来，增加了 i/o 成本，导致性能下降。

 Oracle 提供了工具进行行连接的检测：

我们以商家系统的处理为例演示下：

注： 本操作为直接修改线上数据库需要小心执行。

1. 在当前用户下执行 $ORACLE_HOME/rdbms/amdin/utlchain.sql   建立一个表。

    键表语句：

 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

);

2. 对要进行分析的表执行分析命令：

analyze table  table_name  list chained rows into CHAINED_ROWS;

 select 'analyze table cyp_app.'||table_name||' list chained rows into CHAINED_ROWS;'  from  dba_tables where owNer='CYP_APP';

  生成商家的所有的表的分析语句然后批量执行。

这个分析命令会把表中有行连接的行的rowid 纪录到这个表中。

Select  * from  chained_rows:

CYP_APP ENT_COMPANY_TEXT   N/A AABZKnABNAAAM5yAAJ     07-1 月 -09

CYP_APP ENT_COMPANY_TEXT   N/A AABZKnABNAAAM51AAU 07-1 月 -09

CYP_APP ENT_COMPANY_TEXT   N/A AABZKnABNAAAM53AAK 07-1 月 -09

CYP_APP ENT_COMPANY_TEXT   N/A AABZKnABNAAAM54AAF 07-1 月 -09

CYP_APP ENT_COMPANY_TEXT   N/A AABZKnABNAAAM56AAG 07-1 月 -09

CYP_APP ENT_COMPANY_TEXT   N/A AABZKnABNAAAM6AAAH 07-1 月 -09

3. 处理行连接的数据。先备份 ，删除原表的数据，然后再insert

drop table tmp_as;

-- 建立临时表。

create table  tmp_as as select a.* from  CYP_APP.ENT_QUESTION a where a.rowid in (

select head_rowid from chained_rows where table_name ='ENT_QUESTION');

select * from tmp_as ;

4. 对表进行更新，删除和insert   操作尽量争取在一个事务里完成。如果有外键引用需要先把外键引用禁用掉。

   Commit;

delete from CYP_APP.ENT_QUESTION where rowid in (

select head_rowid from chained_rows where table_name ='ENT_QUESTION');

 insert into  CYP_APP.ENT_QUESTION select * from tmp_as ;

Commit;

 5. 从 chained_rows 表中删除跟该表相关的纪录  

delete from  chained_rows where table_name ='ENT_QUESTION';

 6. 如果表的 chained rows 比较多，比如有几万笔纪录或者 10 几万笔纪录，

我们因该考虑修改表的存储参数，把pctfree 参数修改为 15 或者 20

alter table   CYP_APP.ENT_QUESTION    pctfree 15 ;

  7, 如果表的行连接比较多，到了几万笔的数量级，那么对这个表的 update 说明已经进行了很多次的了，

索引估计也会比较大，浪费空间。建议对该表的索引做一个rebuild