DB2 最佳实践: 性能调优和问题诊断最佳实践，第 1 部分：性能调优从配置和监控开始

核心提示： 作为一个一般性的指南，你应该在每个分区上计划大约 250G 活跃的裸数据，DB2 最佳实践: 性能调优和问题诊断最佳实践，第 1 部分：性能调优从配置和监控开始(6)，在 InfoSphere Balanced Warehouse 的文档中有关于 DPF 配置最佳实践的更深入的信息，也包含对于

作为一个一般性的指南，你应该在每个分区上计划大约 250G 活跃的裸数据。

在 InfoSphere Balanced Warehouse 的文档中有关于 DPF 配置最佳实践的更深入的信息，也包含对于 non-Balanced Warehouse 部署的有用资料。

代码页的选择和校验

除了影响数据库性能的行为之外，代码页或代码集的选择和比较的顺序也许会对性能造成很大的影响。由于 Unicode 允许客户在他们的数据库中比传统单字节代码页呈现更多类型的字符串，使得 Unicode 的使用变得越来越普遍。事实上，它也是 DB2 9.5 的默认值。然而由于 Unicode 代码集使用多字节来呈现一些单独的字符，这将增加磁盘占用和内存需求。如，UTF-8 代码集是一个最常用的 Unicode 代码集，每个字符使用一到四个字节。一个字符串从单字节代码到 UTF-8 代码集在迁移过程中的扩大因素是非常难预测的。因为它取决于多字节字符的使用频率。对于典型的北美内容，通常没有扩大。对于大多数西欧语言，音标字符的使用一般导致 10% 的扩大，但是您的成本会有所不同。

此外，相对于单字节代码页，使用 Unicode 会导致额外的 CPU 开销。首先，如果发生了扩充，越长的字符串处理工作就越久。其次，也更显著的是，该算法采用更先进的 Unicode 整理序列，如 UCA500R1_NO，这比系统整理的典型单字节代码要昂贵得多。而这完全是由于 Unicode 串行排序成文化正确性的方式的复杂性造成的。操作受到了包括排序，字符串比较，like（）处理以及创建索引的影响。

如果正确显示你的数据 Uincode 是必须的，那么请仔细选择校验顺序

如果数据库需要存储多语言的数据，并且数据正确的排序顺序非常重要，则应该使用一个文化正确性校验（比如 UCA500R1_xxx）。不过请注意，由于一致性的关系，根据不同的数据和应用程序这将有 1.5x 到 3x 的性能消耗。