行迁移和行链接都会导致Oracle性能下降,这篇文章将介绍什么是行迁移和行链接,它们带来的问题,如何来判断它们,并提供了解决它们的办法。
什么是行迁移和行链接
行迁移
Oracle的数据块会保留部分空间供以后更新使用,通常的数据块结构如下:
PCTFREE定义一个块保留的空间百分比,默认是10,表示当数据块的可用空间低于10%后,就不可以被insert了,只能被update(具体看下面的PCTFREE介绍)。
当一条记录被更新时,数据库引擎首先会尝试在它保存的数据块中寻找足够的空闲空间,如果没有足够的空闲空间可用,这条记录将被拆分为两个部分,第一个部分进包括指向第二个部分的rowid,该部分任然保留在原来的数据块中,第二个部分包含所有的具体数据,将保存到另外一个新的数据块中,这个就成为行迁移。
为什么不将整行都放到新的数据块中?
原因是这样会导致该行数据rowid发生变化,而rowid被存储在索引中,也有可能被客户端临时保存在内存中,rowid的变化可能导致查询错误。<喎�"/kf/ware/vc/" target="_blank" class="keylink">vcD4KPHA+PHN0cm9uZz5QQ1RGUkVFvenJ3Dwvc3Ryb25nPjwvcD4KPHA+UENURlJFRb/J0tTU2r2ose21xMqxuvLWuLaoo7o8L3A+CjxwcmUgY2xhc3M9"brush:sql;">create table test1 pctfree 20 as select rownum as id from all_objects where rownum <= 1000;
这里指定表test1的PCTFREE为20,通过下面的方式可以查看该值:
1
2
3
4
5
|
select
table_name, pct_free
from
user_tables
where
table_name =
'TEST1'
;
TABLE_NAME PCT_FREE
---------------------------
TEST1 20
|
在创建了表格后你可以通过alter table来调整PCTFREE值:
1
|
alter
table
test1 pctfree 15;
|
行链接
行链接和行迁移不同,行链接是当一条记录太大,在一个数据块中无法存入,这时会被拆分为2个或以上的部分,存储在多个块中,这多个块之间会构造一个链,如下:
行迁移是由于更新导致的,而行链接的原因则可能为:
1)直接插入大的记录;
2)更新记录导致记录大于一个数据块,在这时,这样记录可能会同时变为行迁移和行链接。
行迁移和行链接带来的问题
行迁移不会影响全扫描(全扫描更多介绍请看“Oracle性能分析4:数据访问方法之全扫描”),因为第一个部分不包含数据,会被直接跳过;但对于通过rowid进行访问(索引扫描或者直接使用rowid查询),则开销会翻倍,主要由于一次读取需要访问两个块。
行链接则和数据访问方式无关,每次访问到第一个记录片段之后,都需要通过rowid去访问其他的记录片段。
行迁移和行链接也会影响行级锁,因为每个记录片段都需要持有锁,锁的开销和记录片段的个数的增长成正比。
确定行迁移和行链接
确定行迁移和行链接可以使用下面几种方法。
查看v$sysstat和v$sesstat视图
该视图中统计项table fetch continued row可以确认是否出现了行迁移和行链接。
1
2
3
4
5
|
select
name
,value
from
v$sysstat
where
name
=
'table fetch continued row'
;
NAME
VALUE
-----------------------------------------------
table
fetch
continued row 27455
|
但这个值只能提示你数据库的某个地方存在行迁移或者行链接,如果要评估导致的影响,你需要和table scan rows gotten和table fetch by rowid的统计信息对比。
查看具体表的行迁移和行链接信息
对指定表执行:
1
|
analyze
table
<table_name> list chained
rows
|
如果发现了行链接或者行迁移的记录,它们的rowid就会被记录到CHAINED_ROWS这张表中,该表可以使用$ORACLE_HOME/rdbms/admin目录下的UTLCHAIN.SQL或UTLCHN1.SQL脚本创建,建表语句如下:
1
2
3
4
5
6
7
8
9
|
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 urowid,
analyze_timestamp
date
);
|
下面的存储过程将可以用来分析符合条件的所有表:
1
2
3
4
5
6
7
8
9
10
|
begin
for
obj
in
(
select
owner, object_name
from
dba_objects
where
object_type =
'TABLE'
and
<other conditions>) loop
dbms_output.put_line(obj.owner ||
'.'
|| obj.object_name);
execute
immediate
'analyze table '
|| obj.owner ||
'.'
||
obj.object_name ||
' list chained rows'
;
end
loop;
end
;
|
然后通过查看CHAINED_ROWS表中的数据发现哪些表中存在行迁移和行链接:
1
2
3
4
5
6
7
8
9
10
11
|
select
table_name,head_rowid
from
CHAINED_ROWS
TABLE_NAME HEAD_ROWID
--------------------------------------
IND$ AAAAACAABAAAAAdAAA
IND$ AAAAACAABAAAAAdAAG
IND$ AAAAACAABAAAAAmAAI
IND$ AAAAACAABAAAGpRAAH
IND$ AAAAACAABAAAN0lAAD
IND$ AAAAACAABAAAN0oAAE
......
|
在这里我们可以看到那些表的那些行存在行迁移和行链接,但并不知道具体是行迁移和行链接,我们可以通过计算记录的长度,再将该长度和块大小进行比较,从而识别出他们具体是行迁移还是行链接。
计算一行的长度使用下面的语句:
1
|
select
vsize(<col1>) + vsize(<col2>) + ... + vsize(<col3>)
from
<
table
>
where
rowid =
'<rowid>'
;
|
数据库的块大小在参数db_block_size中保存,参看参数的方法详见“Oracle参数查看方法小结”。
表统计信息中查看行迁移和行链接
表DBA_tables的chain_cnt字段表示行迁移和行链接的数量信息,但dbms_stats包不会收集这个统计信息,该值始终为0。
1
2
3
4
5
|
select
table_name,chain_cnt
from
dba_tables
where
table_name =
'IND$'
;
TABLE_NAME CHAIN_CNT
---------------------------
IND$ 0
|
通过下面的SQL语句可以收集该信息:
1
|
analyze
table
ind$ compute
statistics
;
|
然后再次查看:
1
2
3
4
5
|
select
table_name,chain_cnt
from
dba_tables
where
table_name =
'IND$'
;
TABLE_NAME CHAIN_CNT
---------------------------
IND$ 13
|
但该方法会导致被分析表的所有对象的统计信息都被覆盖,因此,在实践中不推荐使用。
解决办法
行迁移和行链接的解决办法不同,因此在处理前一定要区分清楚是行迁移还是行链接。
行迁移
首先我们应该避免行迁移,方法是在原块中保留足够的空闲空间,即调整PCTFREE参数值,值的大小需要评估记录扩展的平均大小。
当出现了行迁移后,则只能通过移动数据来解决,具体的方式有:
1)通过导出、导入或者ALTER TABLE MOVE对表进行重整;
2)将迁移的数据复制到临时表中,在原表上删除再重新插入这些数据。
行链接
处理行链接只能增加数据块的大小,但在一些情况下,可以通过将常用字段放在表的前面,不常访问的字段放在表的末尾来提高某些查询的效率(由于Oracle查询时只会取查询相关的字段)。