尽管每个数据库至少需要一个缓冲池，但可以为具有多个页大小的表空间的单个数据库创建几个缓冲池，每个缓冲池具有不同的大小或具有不同的页大小。每个缓冲池具有最小大小，这取决于平台。可以使用 ALTER BUFFERPOOL 命令来调整缓冲池大小。

新数据库具有称为 IBMDEFAULTBP 的缺省缓冲池，它的总大小是由平台确定的且缺省页大小基于创建数据库时指定的页大小。缺省页大小是作为 pagesize 参考数据库配置参数存储的。当创建缺省页大小的表空间且不给它分配特定缓冲池时，将给该表空间分配缺省缓冲池。可以调整缺省缓冲池调整的大小以及更改其属性，但不能将其删除。

缓冲池的页大小

创建或迁移数据库之后，可以创建其他缓冲池。可以创建使用 8 KB 页大小作为缺省值的数据库并且将用缺省页大小（在本例中为 8 KB 页大小）创建缺省缓冲池。或者，您可以创建使用 8 KB 页大小的缓冲池以及一个或多个具有相同页大小的表空间。此方法不要求您在创建数据库时更改 4 KB 缺省页大小。不能将表空间指定给使用另一种页大小的缓冲池。

使用 CREATE BUFFERPOOL 语句创建缓冲池时，可以指定特定缓冲池大小。如果未指定大小，那么它将设置为 AUTOMATIC 并由 DB2 管理。稍后要更改缓冲池的大小，使用 ALTER BUFFERPOOL 语句。

在一个分区数据库环境中，一个数据库的每个缓冲池在所有数据库分区上有相同的缺省定义，除非在 CREATE BUFFERPOOL 语句中另外指定了它，或 ALTER BUFFERPOOL 语句为特定数据库分区更改了缓冲池大小。

大缓冲池的优点

许多缓冲池的优点

启动时缓冲池内存分配

当使用 CREATE BUFFERPOOL 命令来创建缓冲池或使用 ALTER BUFFERPOOL 语句来变更缓冲池时，所有缓冲池需要的全部内存必须可供数据库管理器使用，以便在启动该数据库时可分配所有缓冲池。如果在数据库管理器联机时创建或修改缓 冲池，那么附加内存应在数据库全局内存中可用。如果在创建新缓冲池或增大现有缓冲池的大小时指定 DEFERRED 关键字，但所需内存不可用，那么数据库管理器在下次激活数据库时进行更改。

如果在数据库启动时此内存不可用，那么数据库管理器将仅使用最小大小为 16 页的系统缓冲池（每个页大小对应一个系统缓冲池）启动，并返回 SQL1478W（SQLSTATE01626）警告。数据库会继续保持在此运作状态，直到更改其配置且数据库可以完全重新启动为止。性能可能不是最佳 的。数据库管理器仅使用最小大小值启动来允许您连接至数据库，以便可以重新配置缓冲池大小或执行其他关键任务。只要执行这些任务，就重新启动数据库。不要 在这种状态下超长时间运行数据库。

为了避免仅使用系统缓冲池启动数据库，可以使用 DB2_OVERRIDE_BPF 注册表变量来调整所需的内存，以便它与可用内存相符。

Tip：如何快速定位问题

　　如果系统的CPU利用很高，IO很少，那么数据库的排序较多

　　如果系统的IO繁忙，CPU很多是wait，那么说明数据库有过多的IO

　　如果系统CPU，IO都很空闲，那么说明可以是有锁的问题

　　如果系统IO，CPU都非常忙，说明有执行代价非常高的sql在执行

　　数据库一般有三类的性能问题，一是CPU占用过多，二是IO过于繁忙，三是有锁等待。

　　1.快速找到执行成本较高的sql

　　首先要打开监视器的开关

　　db2 update monitor switches using bufferpool on lock on sort on statement on table on uow on

　　在系统最繁忙的时候，运行

　　db2 get snapshot for all applications > app.out

　　然后在该文件中查找处于Executing状态的应用，找到执行的对应的sql语句。 网页教学网

　　如果用这种方法找不到，可以收集sql的快照

　　db2 get snapshot for dynamic sql on > sql.out

　　这个快照记录了动态语句的快照信息，可以根据

　　Total execution time (sec.ms) = 0.000000

　　Total user cpu time (sec.ms) = 0.000000

　　Total system cpu time (sec.ms) = 0.000000

　　这些信息来找到最耗时的语句。

　　2.如何优化sql语句

　　DB2提供了很好的工具来做sql语句优化。首先要对找到的sql语句进行分析，看是否是该语句引起了性能问题。我们可以使用db2expln来查看sql语句的访问计划和执行成本。

　　首先将找到的sql语句写到一个文本文件中sql.in，以“;”结尾，然后运行

　　db2expln –d -f -z “;” –g –o sql.exp

　　查看 sql.exp可以看到这个sql语句的执行成本。

　　如果确认该语句有问题，可以使用db2advis来通过建索引的方法来优化该语句

　　db2advis –d -i sql.in

　　如果通过创建索引无法优化该语句，一般只能从业务角度优化。

　　3.如果发生锁的问题如何处理

　　发生锁的问题，一般有两种情况，一是锁等待，二是死锁。首先检查数据库配置参数locktimeout，该参数一定不能设为-1，因为会引起某些应用无限期的等待。

　　可以通过快照来确定数据库发生的问题是哪一种。

　　db2 get snapshot for db on

　　查看输出中的下列内容：

　　Deadlocks detected = 0

　　Lock Timeouts = 0

　　如果发生了死锁，可以通过创建死锁监视器来分析产生死锁的原因，命令如下： Webjx.Com

　　mkdir /tmp/dlmon

　　db2 connect to

　　db2 create event monitor dlmon for deadlocks with detail write to file ‘/tmp/dlmon’ replace

　　db2 set event monitor dlmon state 1

　　…..等有死锁发生后

　　db2 set event monitor dlmon state 0 网页教学网

　　db2evmon –d /tmp/dlmon >/tmp/dlmon.out

　　分析/tmp/dlmon.out文件就可以找到造成死锁的信息，结合应用就可以找到造成死锁的原因了。

　　四、应用开发与数据库有关的问题

　　1.与64位实例数据库问题

　　目前随着硬件的升级，64位实例数据库开始广泛使用。 Webjx.Com

　　有些人担心数据库使用64位以后，对程序的运行很大，因此不愿意使用64位的数据库，实际上64位数据库对客户的应用影响非常小，所以建议如果资源充足，尽量使用64位实例的数据库。

　　可以通过创建一个32位实例的客户端，然后通过客户端来使用64位实例数据库的方法来将64位的问题完全忽略。

　　如果使用java 存储过程或自定义函数，64位实例数据库需要安装64位的JDK。

　　2.从DB2 V7移植程序到V8有关问题

　　sqlc的应用程序中，数据类型long在V8中需要改成sqlint32，否则编译无法通过。如果确定long类型的数据长度与平台无关，也可以在编译时，指定LONGERROR NO选项。

　　在编译sqlc程序时可能会遇到sql20230的错误，原因是在V8中不允许在call中使用主机变量，将执行语句改成动态sql后，可以解决该问题。

　　在执行存储过程时，遇到sql0433的错误，原因同上，将call 存储过程的语句改成动态调用即可。

　　3.Java程序问题

　　编写良好的程序是避免产生问题的关键。对JAVA程序有如下建议，一定要用数据库的连接池;在执行大量的sql语句时使用prepared statement。