在过去几年中，产生了很多著作论述关于 DB2 设计和实现的最佳实践，包括大量图书和文章。这些著作深入探讨了如何设计 DB2 并将其集成到应用程序中。为了提供一些基本指导以让客户和业务合作伙伴了解这些内容，本文汇编了在使用 IBM® DB2® 技术设计和实现应用程序时需要考虑的一系列最佳实践。本文的目标是获得更加有效和高效的 DB2 实现。本文不会为现有 DB2 客户和独立软件开发商（ISV）提供详细的性能最佳实践。

DB2 for Linux, UNIX, and Windows 提供了一个数据库平台，可以在这个平台上构建健壮的、随需应变的业务应用程序。DB2 提供了关系数据的优化管理，而且在 DB2 9 中还提供了 XML 数据的优化管理。

本文假设您了解关系数据库系统（RDBMS）的基本原理，并且用 DB2 或其他 RDBMS 实现过应用程序。本文还提供了一些常用的最佳实践，可以帮助您进行基础的性能设计以及创建易于操作和维护的 RDBMS 环境。同时，本文不会考虑数据库设计的所有领域，比如安全性、备份/恢复以及故障转移。本文还列出了其他领域的一些常用技巧，比如性能，但是不会详细讨论这些主题领域的数据库分析和设计问题。本文还提供了一些附加资源，希望为您提供关于所有 DB2 主题领域的更广泛信息。本文列出的常用最佳实践可以简化与 DB2 相关的应用程序的部署、管理以及性能改善，从而为负责应用程序部署的人员提供帮助。

大量 DB2 技术材料都能够为负责用 DB2 for Linux, UNIX, and Windows 实现应用程序的人员提供帮助。无论是对新手还是有经验的从业者来说，对各种来源的信息进行分类都是一件比较麻烦的事。建议从以下站点开始查找网上可用的 DB2 技术材料。

Information Management developerWorks 专区 包含本文，也包含大量其他的 DB2 文章、许多技术材料、演示代码和可下载的产品试用版。Information Management developerWorks Technical Library 包含了广泛的内容，包括技术文章、产品文档和教程。

可获得大量与 DB2 有关的著作。与 DB2 相关的出版物的最佳来源之一就是 。具体包括以下图书：

• “”。该书的 是针对 DB2 V9.5 编写的，将在 2007 年年末面市。
• “”
• “”

此外，还可以查阅 ，其中包含了 DB2 和相关 Information Management 产品的技术性技巧。

对于业务合作伙伴，可以从 IBM Virtual Innovation Center（VIC）获得包括 DB2 在内的 IBM 产品的有用信息。您需要 成为 PartnerWorld 成员才能访问 VIC。要访问 DB2 Course Material，注册之后在 VIC 主页面右侧底端的 Shortcuts 下选择 All courses by product。然后将跳转到一个标题为 “Product Selections” 的 Web 页面。根据提示访问与产品相关的课程材料。

当将数据库从一个 RDBMS 迁移到 DB2 时，可以对支持的源 RDBMS 使用 DB2 Migration Tool Kit（MTK），这些 RDBMS 包括 SQL Server、Oracle、Sybase 和 MySQL。表、视图、索引、RI 约束、用户定义的函数（UDF）以及一些过程都可以通过此工具迁移。UDF 和过程的迁移质量依赖于源代码的复杂性。还需要进行评估，以确定是否应该以迁移后的 UDF 和过程为基础优化（refine）代码，或者从头重新编码。使用 MTK 时，需要考虑一些重要的数据类型：

• 始终匹配 DB2 列数据类型与应用程序变量数据类型或 JDBC set 方法。这可以提高数据访问效率并潜在地消除一些 SQL 错误。
• 使用满足应用程序需求的最小数据类型。例如，如果合适的话，使用 SMALLINT（2 字节），而不使用 INTEGER（4 字节）。在一些情况下，MTK 会将一个源 DBMS 数据类型迁移到 DECIMAL (x,0)。为了提高处理效率和尽可能地节约空间，应该考虑用 INTEGER 或 BIGINT 代替 DECIMAL (x,0) 数据类型。但是，当做这个决定时，必须将运算结果的数据类型考虑在内。

1. 从 AUTOCONFIGURE 开始：配置数据库的一个好起点是使用 Configuration Advisor 或者 AUTOCONFIGURE 命令。决定配置参数时，必须了解如何使用数据库，以及与正在配置的数据库相关的应用程序有什么样的性能需求。
2. 尽可能使用自动设置：许多配置参数都可以设置为自动。当设置为自动时，DB2 自动调整这些参数，以满足系统当前的资源需求。
3. 根据需要调整重要参数：根据特定系统的需求，当决定调整初始数据库配置时，有一些重要因素需要考虑：
   • 用 DB2 创建的默认数据库拥有一个 4K 页面大小的表空间。最低限度情况下，应该创建一个 32K 页面大小的缓冲池，一个 32K 页面大小的系统临时表空间，以及一个 32K 页面大小的用户表空间。这样可以确保能够在 32K 页面大小的表空间中创建任何行大小超过 4K 字节的用户表。
   • 对于一般的产品系统来说，缓冲池的初始配置值简直太小了。为缓冲池分配更多的内存空间在大多数情况下都是有好处的，DB2 的默认值只能当作最小值。在 DB2 9 中，借助自调优内存管理器（self tuning memory manager，STMM）（将会在 运行时和可管理性技巧 小节中介绍），DB2 可以决定最佳的缓冲池值。
   • 对于 DB2 Version 8，默认的锁列表大小（用于锁的内存堆）为 100 个 4K 的缓冲区。即使对于只涉及少量连接和数据的低级测试，这都会引起从行锁到表锁的锁升级问题，从而导致锁定问题。对于 DB2 Version 8，应将锁列表大小至少增大到 1000，可以通过 db2 update db cfg for DBNAME 命令，将参数设置为 1000 来实现。对于 DB2 9，可以使用 STMM 将锁列表参数值设置为 AUTOMATIC，这将会避免大多数锁内存问题。
   要获得关于缓冲池和表空间大小的详细讨论，请参考 “DB2 Basics: Table Spaces and Buffer Pools”（developerWorks，2003 年 10 月）。

• 尽可能使用 APPEND ON：要提高插入处理的效率，如果不需要物理集中表数据，那么在表定义中使用 APPEND ON。注意，删除活动或更新活动可以实现空间重用，这将改变行大小，并且在表重组之后才会发生。要获得更多的插入设计技巧，请参考 “Tips for improving INSERT performance”（developerWorks，2004 年 3 月）。
• 回顾 select * 的用法：一般情况下，建议避免使用 select *。这样做能够最小化针对指定列需要检索的数据量。此外，如果使用 select *，更改数据库模式和表定义可能需要更改应用程序代码，以处理新列和删除的列。
• 将频繁更新的列集中起来：当更新某一行时，DB2 会记录进行更改的所有列，因此将频繁更新的列放到一起可以减少 DB2 的记录工作。这只是一个有关性能的小建议，因此不应为实现它而进行重大的应用程序或数据库设计修改。

通过最小化到客户机的结果集通信量，SQL 存储过程能够降低网络开销，而且存储过程也能够改善静态（预准备的）SQL 的性能。存储过程的其他益处还包括减少客户端处理（通过更多地使用 DB 服务器资源）以及 DB2 的代码管理。使用存储过程的其他技巧还包括：

• 尽量保持存储过程小而简单。每个过程应该只做一件事。用单个过程处理多个类型的业务逻辑将会使调优、修改和理解更加困难。
• 如果可能，使用存储过程创建可重用的业务逻辑 “组件”。
• “” 包含针对 SQL 存储过程的有用的设计和编码信息。

对于好的数据库性能来说，最大化并发性非常重要。下面列出了一些详细的建议：

• 有 3 个注册变量会影响到并发性。这些变量可以改善并发性，但是也会影响到应用程序的行为。建议在 DB2 开发流程的初期启用这些注册变量，从而在实现并发性增强后执行全面测试中的所有单元测试。要获得更多信息，请参考 “IBM DB2 Database for Linux, UNIX, and Windows Information Center” 中的 “” 和 “” 部分。
  • DB2_EVALUNCOMMITTED=YES：对于 V8，从 V8.1 FP9（也即 V8.2 FP2）开始，最佳的设置是 =YES_DEFERISCANFETCH。对于 V9，只需指定 =YES。
  • DB2_SKIPDELETED=ON
  • DB2_SKIPINSERTED=ON
• 选择隔离级别可以为应用程序提供可接受的最佳并发性。有几种方式可用来指定隔离级别，比如对 SQL 语句（只应用于该语句）使用 CURRENT ISOLATION 专用寄存器（应用于连接），以及对 JDBC 连接对象进行指定（应用于连接）。
• 通过监控锁升级的发生（通过 DB2 状态监控器、db2diag.log、windows 事件浏览器或其他性能监控器，或者利用 DB2 STMM），确保锁列表和 maxlock DB 配置参数足够大。锁列表大小不足将会导致 DB2 尝试将大量行锁 “升级” 到单个表级别的锁。如果升级失败，就会导致死锁；如果升级成功，又会极大地影响到并发性。
• 最大化并发性的一个例外是，在已知某些时间内只有单个连接访问表的情况。可以考虑使用 ALTER TABLE LOCKSIZE TABLE 来最小化锁定（和相关的内存或 CPU 使用）。请谨慎使用。

1. 在整个应用程序中，总是按相同次序访问资源可以最小化死锁。例如，如果一个应用程序组件将要访问表 A，然后是表 B，接着是表 C，而另一个应用程序组件需要访问表 A 和 C，那么第 2 个组件应该遵循先 A 后 C 的访问次序。
2. 对于 DB2 Version 8，导致死锁的一个常见原因是锁列表数据库配置参数的大小不足，尤其是使用默认值时。请参阅本文的 最大化并发性 小节。如果出现这种情况，增加锁列表大小就可以解决问题。默认情况下 DB2 9 使用了 STMM，它会调整锁列表大小以避免可能由此引起的锁升级和死锁。
3. 确保参照完整性（referential integrity，RI）关系中的依赖表拥有与外键匹配的索引。

1. 利用连接池，包括由应用服务器管理的连接池，如果不在应用服务器环境中运行，则使用由应用程序管理的连接池。打开和关闭连接的过程开销较大，会影响到应用程序或数据库的性能，而使用连接池就可以消除大部分这样的开销。
2. 如果使用了大量的连接，那么请使用 DB2 的连接集中器（connection concentrator）功能。该功能只允许较少的 DB2 “后端” 连接为应用程序连接服务，从而节省了内存。

现在，动态 SQL 比静态 SQL 更加广泛。通常，动态 SQL 更容易实现，而且通过语句重用，能获得跟静态 SQL 一样的性能。然而，仍然有一些适合静态 SQL 的情形，比如涉及到安全性因素、针对某些 OLTP 工作负载最大化性能等情况。

要获取关于何时使用静态 SQL 的全面信息，请参阅 。

要了解特定的 Java™ 环境需要考虑的因素，包括使用 SQLJ 创建静态 SQL，请查阅 “IBM DB2 Database for Linux, UNIX, and Windows Information Center” 的 “” 部分。

要了解特定 CLI/ODBC 环境需要考虑的因素，包括使用静态 profiling 创建静态 SQL，请查阅 “IBM DB2 Database for Linux, UNIX, and Windows Information Center” 的 “” 部分。

只需在 SQL 语句中使用一次参数标记，然后就可以多次重用。更多信息请参阅 “IBM DB2 Database for Linux, UNIX, and Windows Information Center” 中的 “” 部分。

对于占用资源很多的 SQL 语句，查看实际的变量值（字符）而不是参数标记也许对优化器较为有益。实现此目的一种简单方式就是在代码中使用字符，而不是使用参数标记。但是，这将导致语句缓存发生过多的插入活动，潜在影响性能和内存使用，因为仅有一个字符值不同的 SQL 语句就会被当作不同的语句。对于一个包中的静态 SQL（比如 SQL 存储过程），通过 REOPT ALWAYS 绑定或预编译选项，可以使用参数标记同时允许通过值进行优化。对于 DB2 9 和 动态 SQL，也可以通过一个全局或语句级别的优化配置来指定 REOPT ALWAYS。

通过使用一些基本原则，可以更有效地使用 JDBC。首先，确保已经针对列数据类型使用恰当的 setxxx 方法将数据绑定到参数标记。这会避免数据类型转换开销过高和可能的 SQL 数据类型失配错误。其次，尽可能避免使用可滚动的结果集设置，因为服务器会实现临时表来支持这种设置。使用这种设置会影响到性能，尤其是使用大的结果集设置时。

一旦开发出了一种模式并且可以使用，将 SQL 语句作为输入使用 Design Advisor 来建议索引。对于经常使用的查询以及大型或复杂的查询，这一点尤其重要。

此外，针对由完整应用程序测试填充的动态 SQL 缓存重新运行 Design Advisor。这允许根据实际工作负载和 SQL 语句的执行频率建议索引。确保在 Design Advisor 执行之前运行了 runstats。

另一个方法可能需要较多的操作，但是允许利用潜在的（“虚拟的”）索引查看访问计划。可通过以下方法实现：

1. 发出 SQL 语句 SET CURRENT EXPLAIN MODE RECOMMEND INDEXES。
2. 在同一个会话中执行一条 SQL 语句，这会导致用建议的（“虚拟的”）索引填充 ADVISE_INDEX 表。
3. 执行 SQL 语句 SET CURRENT EXPLAIN MODE EVALUATE INDEXES。
4. 执行同一条 SQL 语句。现在将用优化器根据实际和虚拟索引选择的访问计划来填充解释表。
5. 最后，利用当前和建议的索引使用诸如 db2exfmt 的解释工具查看访问计划。

编写 DB2 日志的速度是一个重要的 DB2 性能因素（依赖于数据更新的速率）。以下是一些帮助改善 DB2 记录日志性能的技巧：

• 禁用自动提交（autocommit），在许多应用程序环境中这是默认启动的，比如 JDBC。每次提交都会记录一个同步日志。但是如果应用程序在每条 SQL 语句执行之后都需要提交，那么请不要禁用自动提交。
• 如果没有必要，不要记录大数据对象（CLOB、DBCLOB 和 BLOB）。
• 将 BD2 日志隔离到专门的磁盘存储器上（不要与任何其他内容共享）。特别地，确保没有将日志保存在实例目录的默认位置，因为默认情况下数据库本身也位于这里。
• 为日志分配一个具有快速写入缓存的磁盘存储器。
• 将日志缓冲区大小增加到 256 个页面或更大。

了解如何使用访问计划信息优化 SQL 语句。访问计划描述访问路径，这些路径是 DB2 优化器为 SQL 语句访问数据而选择的。可视化解释（Visual Explain）是查看访问计划的最简单方式，通过 DB2 Control Center 实现。db2expln 和 db2exfmt 命令用更简洁的方式提供了广泛的信息，在需要针对性能频繁分析 SQL 语句时，通常使用这两个命令。

db2expln 使用起来比 db2exfmt 稍微简单，因为您能够直接将一条语句传递给它，以进行解释。同样，使用 db2expln 更容易分析一个包中所有的静态 SQL。db2exfmt 需要已经将一条 SQL 语句解释到这些表中，并设置 EXPLAIN 表中信息内容的格式。db2exfmt 通常用于广泛的性能分析，因为它提供了大部分优化器信息。

要了解关于使用 Explain 工具的更多信息，请查阅 “IBM DB2 Database for Linux, UNIX, and Windows Information Center” 的 “”、“” 和 “” 部分。

如果可能，将服务器专门用于运行数据库。这样，无需关心未知的额外工作负载就可以执行数据库调优。

考虑使用 DB2 的自动功能，尤其是 DB2 9 支持的 STMM，以及 DB2 Version 8 和 DB2 9 都支持的 Automatic Maintenance（尤其是自动的 runstats）。这些功能不但会减少监控和维护数据库所需的操作，也能对数据库进行更加有效的调优。

只要可能，最低限度为每个 CPU 分配 6-10 个磁盘， 而且将所有文件分散到所有可用的磁盘上（索引、数据、表空间和临时表空间）。务必考虑使用自动存储，从 DB2 Version 8.1 FP9 开始的版本都支持这项功能。始终将 DB2 日志放在与表空间隔离的磁盘，以避免关键数据库组件之间的 I/O 争用。

在应用程序部署前禁用监控，这可能节省大约 5% 的监控开销。某种程度上，在生产环境中始终打开监控功能则物有所值。当调试问题或分析性能时应该打开监控。但是，如果需要将数据库复制到十几个或者数百个设备上时，一定要在部署前关闭监控。

当对数据量或数据内容进行重大更改时，定期运行 RUNSTATS。即使表的行数保持一致，使用由 RUNSTATS 更新的统计信息来更改数据内容可以产生不同的、也许更好的访问路径。 执行 RUNSTATS 之后，包含静态 SQL 的 DB2 包应该被定期地重新绑定（通过 db2rbind 命令），以确保静态 SQL 使用了最优的访问路径。

定期运行 REORGCHK，并执行推荐的 REORGs。与 RUNSTATS 类似，当发生重大的数据更改时，应该始终运行 REORGCHK。

定期收集快照数据。快照数据能够提供缓冲池使用情况、排序堆使用情况、锁定和表读/写活动的定期视图。关于动态 SQL 活动（通过 db2 get snapshot for dynamic sql on dbname 命令来实现）和总体数据库活动（通过 db2 get snapshot for database on dbname 命令来实现）（用实际数据库名称替换 dbname）的视图都很有用。通过定期记录快照并进行分析，可以发现发生的反常活动和趋势。在探测趋势时，这种定期使用快照的方法特别有用。针对更长期的监控，可以考虑使用 SQL 表函数访问快照数据。当将数据放回到 DB2 时，存储和比较大量快照数据就容易得多了。

该工具可用于进行问题诊断以及对 DB2 中发生的事件进行一般分析。该工具也可以用来监控 DB2 日志使用情况以及 DB2 缓冲池使用情况。

DB2 编目是一个非常有价值的信息来源。建议用户通过一组 SYSCAT 模式的视图来访问编目。在 DB2 9 中，关于表的状态和使用情况的有用信息可以使用一个叫做 SYSIBMADM.ADMINTABINFO 的新视图来找到。关于 DB2 编目的更多信息请参阅 “IBM DB2 Database for Linux, UNIX, and Windows Information Center” 的 “” 部分。

始终使用最新的 DB2 产品补丁是预防问题的一个重要步骤。制定一个定期更新 DB2 修订包应用程序的计划，即使系统中没有错误也是如此。和任何软件产品一样，DB2 并不是完美的，而且 IBM 几乎每季度都会发行修订包，以设法改善软件的可靠性。应用修订包可以主动阻止潜在的问题，也有助于最小化与 DB2 相关的应用系统的宕机时间。

本文提供了一些关于基础设计、实现、运行时以及可管理性的指导，以帮助您在 DB2 中实现应用程序。尽管没有提供实现这些指导的所有必须细节，但仍然希望本文为您提供了一些重要的考虑因素。您还可以利用 参考资料 部分提供的附加资源，获取有关本文内容的更深入的技术指导。

衷心感谢 Bill Wilkins 和 Steve Rees 对本文进行的审校工作。

• Information Management developerWorks Technical Library：提供了广泛的内容，包括技术文章、产品文档和教程。
  
  
• “”：以可视的方式逐步学习 DB2 Version 8.2，其中包含许多的例子和案例学习，它们源于作者作为 IBM DB2 顾问的丰富经历。该书的 是针对 DB2 9.5 编写的，将会在 2007 年末面市。
  
  
• “”：阅读关于 DB2 for UNIX, Linux, and Windows 的 DB2 Universal Database V8 管理和开发完整向导。
  
  
• ：查找关于 DB2 和相关 Information Management 产品的技术性技巧。
  
  
• “”：了解 DB2 9。
  
  
• 浏览 技术书店，查找关于这些和其他技术主题的图书。
  
  
• “DB2 Basics: Table Spaces and Buffer Pools”（developerWorks，2002 年 12 月）：理解表空间和缓冲池的重要性，其中还解释了如何对其进行正确设计和调优，以改善数据库性能。
  
  
• “Tips for improving INSERT performance”（developerWorks，2004 年 3 月）：了解插入时发生的具体操作，查看备选方案，并检查影响插入性能的问题，比如锁定、索引维护和约束管理。
  
  
• “Lock avoidance in DB2 UDB V8”（developerWorks，2005 年 9 月）：了解 DB2 UDB 中行锁定如何工作，并了解如何在确定行查询权限后执行行锁定来提高扫描的并发性。
  
  
• developerWorks Information Management 专区：了解关于 DB2 的更多信息。查找技术文档、how-to 文章、培训、下载、产品信息等等。
  
  
• “”：查找关于 SQL 存储过程的有用设计和编码信息。
  
  
• 随时关注 developerWorks 技术活动和网络广播。

• 下载 IBM 产品评估版，并使用来自 DB2®、Lotus®、Rational®、Tivoli® 和 WebSphere® 的应用程序开发工具和中间件产品。
  
  

• 参与论坛讨论。
  
  
• 查阅 developerWorks blog 并加入 developerWorks 社区。
  
  

		Scott Martin 目前是位于 Waltham, Mass 的一名 DB2 技术顾问。Scott 帮助许多 ISV 和业务合作伙伴解决 DB2 for Linux, UNIX, Windows 和 z/OS 平台上的问题，包括数据库迁移、性能分析与调优、数据库设计以及问题诊断。Scott 获得了多个 DB2 和 z/OS 认证。 Scott 以前就职于 Global Technology Services，从事应用程序开发、数据库管理、数据库设计以及数据库调优等工作。

		Colin Meiser 已经为 IBM 工作了 9 年，是一名经过认证的 IT 架构师，他目前为 Consumer Products 行业解决方案小组工作。他拥有近 30 年的 IT 经验，过去 15 年一直从事与大型数据库和数据仓库实现相关的工作。他获得了多个 DB2 和 Business Intelligence 认证。