正常情况下往表中新建记录时，数据库系统会将数据写入到块并会像这行记录提供一个ROWID值。这个值记录了这条记录在硬盘上存储的位置。在更新某条记录的时候，也是如此。数据库系统会根据ROWID的值将需要更新的记录从硬盘中读取到块中;然后更新完毕后，再将块中的记录保存到硬盘对应的位置。更新过程中，ROWID列的值通常情况下不会改变。
但是如果一个块的容量不能够容纳一条记录。也就是会所，当单个数据块没有足够的空间来保存新建的一行记录或者更新的某行记录时，就会发生链化现象。到一个数据库的容量不足以容纳一条记录时，那么数据库就不得不动用更多的数据块来保存这条记录。在Oracle数据库中，如果某条记录需要利用多个数据库来保存，我们往往把这行记录叫做链化行。而在访问一行记录时，如果需要访问多个数据块，则会比访问单个数据块需要耗费更多的服务器资源，会大大降低数据库性能。我们把这种因为链化行而导致的数据库性能下降的现象叫做链化现象。根据专家统计，严重的话，链化现象可能降低数据库10%的性能，甚至更多。所以数据库管理员如果在数据库部署中，能够有效避免链化现象，那么就可以在很大程度上提升数据库的性能
一、 如何判断是否有链化现象的存在?
那么数据库管理员该如何判断数据库中是否有链化现象的存在呢?如果没有工具，光凭数据库管理员的眼力或者经验的话，是很难判断的。数据库管理员必须找一个顺手的工具。其实Oracle数据库设计这已经预计到这个问题对于数据库性能的不利影响。为此在数据库中已经提供了追踪、分析链化现象的工具。在Oracle数据库安装主目录的/rdbms/admin下有一个脚本文件，名字叫做utlchain.sql。这是Oracle数据库自带的一个脚本文件。我们可以利用文本编辑器等工具来打开这个脚本文件，可以看到这个脚本文件主要是用来创建一个表，用来保存分析脚本现象所需要的内容。
第一步：创建所需要的表。
首先，数据库管理元需要执行Oracle数据库提供的utlchain.sql脚本文件。这个文件位于Oracle主目录下的/rdbms/admin下。这个脚本主要的用途就是建立一个表格。这个表格很有用。数据库系统会把分析的结果保存到这个表中。默认情况下，这个表格在安装数据库时并不会自动生成。如果数据库管理员需要分析数据库中是否存在链化现象，那么就需要手工执行这个脚本文件，以建立这张表格。这张表格中，主要有表名、HEAD_ROWID列等等。
第二步：分析目的表格。
创建上面的表格后，默认情况下里面是没有数据的。因为还没有进行相关的分析。假设现在在数据库中有一个Product的表格，主要用来保存产品信息。现在数据库管理员想要知道，数据库系统在操作这张表格数据的时候，是否存在有链化现象。此时，数据库管理员就需要利用下面的语句来进行分析查询。
Analyze table product list chained rows;
上面这条语句的作用，就是会分析product这张表格。判断这张表格中的记录是否存在在不同的块中。如果这个product表格中，有记录存储在不同的块中，则这条语句就会把相关的结果保存到刚才建立的表中。所以，如果数据库管理员查询刚才建立的表chained_rows，如果这个表中有相关记录的话，则就说明数据库中存在链化现象。数据库管理员需要采取相应的措施来避免这种情况。如果没有的话最好。
不过在使用这个语句的时候，需要注意几点。一是每次分析完治后，最好把这个表个中的记录删除。因为下次分析的时候，如果表中有记录的话，系统不会自动删除。所以在分析另外一个表的时候，如果也有链化现象。那么此时相关的记录就会很多，数据库管理员阅读的时候会出现故障。二是这个分析的频率最好频繁一点。当数据库中的记录比较多时或者数据更新比较频繁的情况下，最好能够每隔几天就执行一下这个分析语句，以判断是否有链化现象的存在。等到大量记录或者表格有链化现象的时候，处理起来就会比较困难了。所以对于大部分事务型的数据库系统，数据库管理员要养成一个周期性分析的习惯。对于大部分的数据库优化作业来说，事先追踪远远比时候解决要重要的多。当问题出现后再去解决的话，往往会大费周章，有些即使采取有效的措施，也指能够避免后续的操作不会出现这种情况。要解决以前的记录问题，只有重新导出、导入数据后才能够彻底解决。显然这会增加工作量与数据风险。为此笔者再不厌其烦的强调一次，对于这个链化现象的追踪分析，最好能够每个星期执行一次。特殊情况下，还可以利用任务计划，每天执行一次。尽早发现问题，并采取有效措施来避免这种情况。