缓冲池造句

增加缓冲池大小。

使用缓冲池的表空间数

缓冲池数据写约等于异步池数据页写。

缓冲池索引写约等于异步池索引页写。

这允许发生缓冲池的缓存。

拥有多个缓冲池可以将数据保存在缓冲区中。

缓冲池数据写远远大于异步池数据页写。

缓冲池索引写远远大于异步池索引页写。

为什么不分配一个更大的缓冲池呢？

过滤条件，如缓冲池名、表空间名、表名。

新的页需要被读入缓冲池。

一个表空间只能使用一个缓冲池。

这要求在缓冲池中存在适当的索引页。

这意味着它们将使用相同的页宽并在同一个缓冲池中进行缓冲。

与其他内存缓冲区相比，缓冲池对数据库*能的影响最为显著。

通过250个页面的缓冲池大小，应用程序测试运行呈现了48.69%的糟糕的缓冲池命中率。

在数据库代理程序需要缓冲池中的空间之前，这些页清除程序将缓冲池中已更改的页写到磁盘。

这样，一旦主缓冲池无法启动，DB 2还可以使用这些小型的缓冲池来启动数据库。

另一方面，数据库代理需要缓冲池中的空间之前，页面清洗器将已修改的页面从缓冲池写入磁盘。

生成缓冲池、表空间和数据库分区组信息。

为了确定数据库中的缓冲池大小，请查看清单3。

最值得注意的是对缺省缓冲池大小的修改。

这时，应该连接到数据库，并减少主缓冲池的大小。

前面已提到，ESTORE是用于扩展缓冲池的大小。

相反，表的页宽是由相应的缓冲池的页宽来确定的，这个缓冲池也就是为包含该表的表空间所指定的缓冲池。

这些类型的列是惟一的，它们不会缓存在缓冲池中。

缓冲池调优的目标是帮助DB 2尽可能好地利用可用于缓冲区的内存。

本文针对数据库管理系统中缓冲区的特殊重要地位，介绍了多缓冲池的配置及自调优的概念。

当内存富足时代到来时，很多dba不断增加缓冲池，直到缓冲池大到足以容纳整个数据库，这便产生了全缓存数据库(fully cached database)的概念。

下面的例子定义了两个缓冲池和两个表空间，一个表空间的页宽为4KB，另一个表空间的页宽为32KB（注意，一个表空间总是要有一个缓冲池，且缓冲池要有一个匹配的页宽） 。

关于系统配置的信息包括缓冲池的大小、排序堆的大小等等。

这里，可能的动作是减小支持驻留在SSD上的表空间的缓冲池大小。

要找出哪个缓冲池被分配给了表空间，请运行清单8中所示的查询。

当数据库启动时，要分配4个页宽分别为4k、8K、16k和32K的小型缓冲池。

一个缓冲池可满足的页面请求越多，将得到越高的查询*能。

在db2缓冲池中数据页面也保持压缩的，为了潜在的重用允许更多的数据缓存在内存中。

扩展的存储（ESTORE）充当的是从缓冲池中被逐出的页的辅助缓存，这样可以减少I/O。

日志记录首先被写到内存中的日志缓冲池，然后再写到日志文件，通常是在日志缓冲池已满或者发生了一次提交时写到日志文件的。

一个数据库必须至少有一个缓冲池，并且可以有多个缓冲池，这要视工作负载的特征、数据库中使用的数据库页面大小等因素而定。

例如，如果排序*作需要更多的内存，而一些缓冲池又有多余的内存，那么内存调优器会释放多余的缓冲池内存，并将它分配给排序堆。

为了在不同缓冲池中隔离对象，您可以在同一个数据库中创建一个以上的表空间，并给每一个表空间关联不同的缓冲池。

但是，如果总的缓冲区大小太大，并且没有足够的存储器可用来分配给它们，那么将为每种页大小分配最少的缓冲池，*能就会急剧下降。

通过将来自filemon、iostat和DB 2快照监视的数据与缓冲池监视开关相结合，可以得到以下信息。

如果有一些具有不同页大小的表空间，那么每种页大小必须至少有一个缓冲池。

应当把重点放在缓冲池上，确保没有将它们分配到虚拟内存中，并确保以最有效的方式利用它们。

由于不同的内部存储模型和潜在的巨大对象(大到2gb)，这里没有缓冲池。

较大日志缓冲池的不利之处是，紧急事故恢复所花的时间可能要稍微长一点。

假设有一个针对非常大的表运行的查询，它使用同一个缓冲池并且需要读取比总的缓存区大小还多的页。

DB 2系统*能可以包括诸如安装选项、缓冲池大小设置、DB 2相关地址空间的调度优先级等等之类的因素。

但是，倘若是将特定的表空间和索引指派给那些缓冲池，那么这些因素又可以看作是数据库设计一类的因素了。

如果将LOGBUFSZ的值增加到64页（256K）或者更大，缓冲池就不会被填满，这样的话对于该批量*入就只有一次日志写（在提交时）。

当您在大型审核日志表格中运行查询功能时，您可能会在您的数据库系统不得不向缓冲池读入数千页面以进行计算时而结束。

在数据缓冲池中添加脏写链表并启用后台写进程,降低了检查点的I/O开销,从而改善了做检查点过程中系统的*能。