减小字体
增大字体- ·上一篇文章：DB2优化（简易版）
- ·下一篇文章：DB2 UDB V8.1管理学习笔记(三)
IBM DB2 基本性能调整
象你以前从未看了这些等式或者是我提供的prefetch的大小，这都是正常的现象。因为我没有在任何IBM 指南或文献中发现它们。相反的，这些是我作为DB2 UDB 性能组的成员在多伦多IBM 实验室工作期间研究出来的结果。）
最合适的extent大小应该是计算出来的最小值与最大值中间某处的值。切记，对于extent的大小，更多不一定意味着更好。在理想状态下，你在从最小值向最大值过渡的过程中会发现一个合适的extent大小，运行性能测试和评估每次设置的结果。注意，extent大小在表空间创建以后无法修改， 所以，在每次测试的时候表空间将必须删除，再创建并且重新计算。
一旦你决定了extent的大小，你就可以通过下面的方程来得到prefetch 大小：
Min Prefetch Size = (Extent Size * Number of Containers Used) * Factor
Factor是一个常量，一般为3。
对于prefetch大小，与extent不同的是它在通常状况下比较好。
分离数据
仔细查看在一个DB2UDB数据库里面大多数数据是如何存放你就会发现这里有三种不同的对象：常规用户数据存储为数据对象；索引数据联系了在表中定义了的索引信息存储为索引对象；长字段数据被存储成一个长字段对象 (长字段对象只存在于表包含一个或多个长数据列中——LONG VARCHAR, LONG VARGRAPHIC, BLOB, CLOB, DBCLOB) 。如果采用DMS类型的标空间，这些对象分开地被存放并且每个都被存放在它自己的单独表空间里面。在缺省情况下，这三个对象都被存放在同一个表空间里； 但是，性能可能通过将数据分别存放在上述三种类型的表空间中存放时常得到改善。
关于db2empfa
在SMS 表空间，文件系统（而不是DB2 数据库管理器）负责在需要时分配额外的存储空间。并且在缺省情况下，SMS 表空间每次扩展一页。但是，在某些工作负荷下(例如，当进行一次大批量的插入操作)它也许倾向于使用在extent中分配的存储空间而不是页。这就是db2empfa工具起了作用。 当db2empfa运行的时候， 数据库配置参数multipage_alloc被设置位YES(虽然它是一个只读配置参数)，它会导致 DB2 UDB 每次扩展SMS&nb
最合适的extent大小应该是计算出来的最小值与最大值中间某处的值。切记，对于extent的大小，更多不一定意味着更好。在理想状态下，你在从最小值向最大值过渡的过程中会发现一个合适的extent大小，运行性能测试和评估每次设置的结果。注意，extent大小在表空间创建以后无法修改， 所以，在每次测试的时候表空间将必须删除，再创建并且重新计算。
一旦你决定了extent的大小，你就可以通过下面的方程来得到prefetch 大小：
Min Prefetch Size = (Extent Size * Number of Containers Used) * Factor
Factor是一个常量，一般为3。
对于prefetch大小，与extent不同的是它在通常状况下比较好。
分离数据
仔细查看在一个DB2UDB数据库里面大多数数据是如何存放你就会发现这里有三种不同的对象：常规用户数据存储为数据对象；索引数据联系了在表中定义了的索引信息存储为索引对象；长字段数据被存储成一个长字段对象 (长字段对象只存在于表包含一个或多个长数据列中——LONG VARCHAR, LONG VARGRAPHIC, BLOB, CLOB, DBCLOB) 。如果采用DMS类型的标空间，这些对象分开地被存放并且每个都被存放在它自己的单独表空间里面。在缺省情况下，这三个对象都被存放在同一个表空间里； 但是，性能可能通过将数据分别存放在上述三种类型的表空间中存放时常得到改善。
关于db2empfa
在SMS 表空间，文件系统（而不是DB2 数据库管理器）负责在需要时分配额外的存储空间。并且在缺省情况下，SMS 表空间每次扩展一页。但是，在某些工作负荷下(例如，当进行一次大批量的插入操作)它也许倾向于使用在extent中分配的存储空间而不是页。这就是db2empfa工具起了作用。 当db2empfa运行的时候， 数据库配置参数multipage_alloc被设置位YES(虽然它是一个只读配置参数)，它会导致 DB2 UDB 每次扩展SMS&nb
