征、数据库中使用的数据库页面大小等因素而定。例如，页面大小为 8KB 的表空间只能使用页面大小为 8KB 的缓冲池。
可以通过 CREATE BUFFERPOOL 语句中的 EXTENDED STORAGE 选项“扩展“缓冲池。扩展的存储（ESTORE）充当的是从缓冲池中被逐出的页的辅助缓存，这样可以减少 I/O。ESTORE 的大小由 num_estore_segs 和 estore_seg_sz 这两个数据库配置参数来控制。如果使用 ESTORE，那么就要从数据库共享内存中拿出一定的内存，用于管理 ESTORE，这意味着用于其他内存池的内存将更少。
隐藏的缓冲池
当数据库启动时，要分配 4 个页宽分别为 4K、8K、16K 和 32K 的小型缓冲池。这些缓冲池是“隐藏“的，因为在系统编目中看不到它们（通过 SELECT * FROM SYSCAT.BUFFERPOOLS 显示不出）。
如果主缓冲池配置得太大，则可能出现主缓冲池不适合可寻址内存空间的情况。（我们在后面会谈到可寻址内存。）这意味着 DB2 无法启动数据库，因为一个数据库至少必须有一个缓冲池。如果数据库没有启动，那么就不能连接到数据库，也就不能更改缓冲池的大小。由于这个原因，DB2 预先分配了 4 个这样的小型缓冲池。这样，一旦主缓冲池无法启动，DB2 还可以使用这些小型的缓冲池来启动数据库。（在此情况下，用户将收到一条警告（SQLSTATE 01626））。这时，应该连接到数据库，并减少主缓冲池的大小。
排序堆的阈值（
sheapthres，
sheapthres_shr）
DB2 中有两种排序，一种是私有排序，一种是共享排序。私有排序发生在代理的私有代理内存（在下一节讨论）中，而共享排序发生在数据库的数据库共享内存中
对于私有排序，数据库管理器配置参数
sheapthres指定了私有排序在任何时刻可以消耗的内存总量在实例范围内的
软限制
果启用了内部分区并行性（intra-partition parallelism）或者集中器（concentrator），那么当 DB2 断定共享排序比私有排序更有效时，DB2 就会选择执行共享排序。如果执行共享排序，那么就会在数据库共享内存中分配用于这种排序的排序堆。用于共享排序的最大内存量是由
sheapthres_shr数据库参数指定的。这是对共享排序在任何时刻可以消耗的内存总量在数据库范围内的
硬限制
除了上述参数以外，还有一个参数也会影响数据库共享内存的数量。这个参数就是
database_memory。该参数的缺省值是
AUTOMATIC。这意味着 DB2 将根据以上列出的各内存池的大小来计算当前配置所需的数据库内存量。此外，DB2 还将为溢出缓冲区分配一些额外的内存。每当某个堆超出了其配置的大小时，便可以使用溢出缓冲区来满足实例共享内存区内任何堆的峰值需求。
如果
database_memory被设为某个数字，则采用
database_memory与各内存池之和这两者之间的较大者。
如果
database_memory被设为
AUTOMATIC，则可以使用以下命令来显示它的值
db2mtrk -i -d -v
2.4 应用程序共享内存
这种共享内存集仅适用于以下环境。（对于其他环境，这种内存集不存在。）
多分区（multi-partitioned）数据库。
启用了内部并行（intra-parallel）处理的未分区（non-partitioned）数据库。
支持连接集中器的数据库。
这种共享内存集仅适用于以下环境。（对于其他环境，这种内存集不存在。）
多分区（multi-partitioned）数据库。
启用了内部并行（intra-parallel）处理的未分区（non-partitioned）数据库。
支持连接集中器的数据库。
注意：当
max_connections的值大于
max_coordagents的值时，连接集中器便被启用。这两个参数可以在数据库管理器配置中找到。（使用 GET DBM CFG 显示数据库管理器配置。）
在以上环境中，应用程序通常需要不止一个的代理来执行其任务。允许这些代理之间能够彼此通信（相互发送/接收数据）很有必要。为了实现这一点，我们将这些代理放入到一个称作
应用程序组的组中。属于相同应用程序组的所有 DB2 代理都使用
应用程序组共享内存进行通信。
应用程序组内存集是从数据库共享内存集中分配的。其大小由
appgroup_mem_sz数据库配置参数决定。
多个应用程序可以指派给同一个应用程序组。一个应用程序组内可以容纳的应用程序数可以这样计算：
appgroup_mem_sz / app_ctl_heap_sz
在应用程序组内，每个应用程序都有其自己的
应用程序控制堆。此外，应用程序组共享内存中有一部分要预留给应用程序组共享堆。如下图所示：
例 1
考虑以下数据库配置：
最大应用程序内存集大小 (4KB) (APPGROUP_MEM_SZ) = 40000
最大应用程序控制堆大小 (4KB) (APP_CTL_HEAP_SZ) = 512
用于应用程序组堆的内存所占百分比 (GROUPHEAP_RATIO) = 70
可以计算出下面的值：
应用程序组共享内存集是： 40000 页 * 4K/页 = 160 MB
应用程序组共享堆的大小是： 40000 * 70% = 28000 4K 页 = 114MB
该应用程序组内可容纳的应用程序数为： 40000/512 = 78
用于每个应用程序的应用程序控制堆为： (100-70)% * 512 = 153 4K 页 = 0.6MB
2.5 代理私有内存
每个 DB2 代理进程都需要获得内存，以执行其任务。代理进程将代表应用程序使用内存来优化、构建和执行访问计划，执行排序，记录游标信息（例如位置和状态），收集统计信息，等等。为响应并行环境中的一个连接请求或一个新的 SQL 请求，要为一个 DB2 代理分配代理私有内存。
代理的数量受下面两者中的较低者限制：
所有活动数据库的数据库配置参数 maxappls 的总和，这指定了允许的活动应用程序的最大数量。
数据库管理器配置参数 maxagents 的值，这指定了允许的最大代理数。
代理私有内存集由以下内存池组成。这些内存池的大小由括号中的数据库配置参数指定：
Application Heap （
applheapsz）
Sort Heap （
sortheap）
Statement Heap （
stmtheap）
Statistics Heap （
stat_heap_sz）
Query Heap （
query_heap_sz）
Java Interpreter Heap （
java_heap_sz）
Agent Stack Size （
agent_stack_sz）
（仅适用于 Windows
DB2 代理进程内存地址空间
2.6 注意事项
实例共享内存是在数据库管理器启动（db2start）时分配的，并随着数据库管理器的停止（db2stop）而释放
在某些情况下，db2mtrk 显示的大小会大于指定给配置参数的值。在这种情况下，赋予配置参数的值被作为一种软限制，内存池实际使用的内存可能会增长，从而超出配置的大小。
不要被 app_ctrl_heap_sz 参数迷惑。这个参数不是一个应用程序组内用于每个应用程序的各应用程序控制堆的大小。它只是在计算这个应用程序组内可容纳多少应用程序时用到的一个值。每个应用程序的实际应用程序控制堆大小都是通过
图 3中给出的公式计算的，这个公式就是 ((100 – groupheap_ratio)% * app_ctrl_heap_sz)。
因此，groupheap_ratio 越高，应用程序组共享堆就越大，从而用于每个应用程序的应用程序控制堆就越
以下文章点击率最高
Loading…