性能变量

为此注册表变量设置较高的值可能具有下列优点：将需要更少的分配以达到缓冲池的期望内存量。

为此注册表变量设置较高的值可能会增加成本，这是因为如果缓冲池的更改量不是分配大小的倍数，那么会浪费内存。 例如，如果 DB2_ALLOCATION_SIZE 的值为 8 MB，而缓冲池减少了 4 MB，那么由于不能释放整个 8 MB 段，所以这 4 MB 将会浪费。

将 DB2_APM_PERFORMANCE 设置为 ON 也会启用无包锁定方式。 此方式允许全局查询高速缓存运行，而不必使用程序包锁定，这些锁定是内部系统锁定，可以保护高速缓存的程序包条目不会被移除。 NO PACKAGE LOCK 方式可能会使性能有较小的提高，但它不允许执行某些数据库操作。 这些被禁止的操作可能包括：使包无效的操作、使包不起作用的操作、PRECOMPILE、BIND 和 REBIND。

DB2ASSUMEUPDATE 注册表变量的激活在 db2start 命令上有效。

指定操作系统是否对备份和装入复制映像进行高速缓存。 缺省行为是对该映像文件进行高速缓存。 如果 DB2_BACKUP_USE_DIO 设置为 ON，那么备份或装入复制映像文件直接写至磁盘（绕过文件高速缓存）。

     NO_NT_SCATTER = 1

   db2set DB2BPVARS=F:\vars\bpvars.vars

散射读参数

对于针对相应类型的容器有大量顺序预取的系统以及您已将 DB2NTNOCACHE 设置为 ON 的系统，建议使用这些散射读参数。 这些参数 (仅在 Windows 平台上可用) 为 NT_SCATTER_DMSFILE， NT_SCATTER_DMSDEVICE和 NT_SCATTER_SMS。 指定 NO_NT_SCATTER 参数以显式地禁止对任何容器进行散射读。 特定参数用于对所指示类型的所有容器打开散射读。 对于这些参数中的每个参数，缺省值为零（或 OFF）；且可能的值包括：零（或 OFF）和 1（或 ON）。

只有在“当前已落实”语义对避免锁定争用没有帮助时，DB2_EVALUNCOMMITTED 才适用。 如果设置了此变量，并且“当前已落实”语义适用于扫描，那么将不会跳过已删除的行，并且不会对尚未落实的数据进行谓词求值；而是，将处理行和数据的当前已落实版本。

并且，DB2_EVALUNCOMMITTED 只适用于使用“游标稳定性”或“读稳定性”隔离级别的语句。 此外，对于表扫描访问，将无条件跳过已删除的行，而不会跳过已删除的键 用于索引扫描 ，除非还设置了注册表变量 DB2_SKIPDELETED 。

DB2_EVALUNCOMMITTED 注册表变量的激活在 db2start 命令上有效。 有关延迟锁定是否合适的决定则是在语句编译或绑定时作出的。

• 数据库版本：DB2 V9.1
• 必须使用原始设备作为数据库容器（文件系统上的容器不受支持）
• 存储子系统: Shark DS8000® 支持所有增强的 I/O 性能功能。 请参阅 Shark DS8000 文档以获取设置和先决条件信息。

HIGH， MEDIUM和 LOW 的缺省 I/O 优先级设置分别为 3， 8和 12; 您可以使用 DB2_IO_PRIORITY_SETTING 注册表变量来更改这些设置。

此变量指定查询优化器是否使用优化扩充功能来帮助提高查询性能。 这些值指定不同优化扩展。 要指定多个值，请使用逗号分隔列表。

   INDEX IX2:  dept    ASC
   INDEX IX3:  job     ASC

   WHERE
        dept = :hv1 OR
        (job = :hv2 AND
        years >= :hv3)

可使用 OPT_SORTHEAP_EXCEPT_COL value 选项来覆盖 sortheap 数据库配置参数的值。 覆盖值仅影响查询优化，不会确定运行时可用的实际内存量。 如果查询访问 按列组织的 表，那么将忽略此覆盖值以允许查询编译器使用 sortheap 数据库配置参数的当前值。

OPT_SORTHEAP_EXCEPT_COL 的一种用法是用于影子表。 影子表便于 BLU Acceleration® 用于 OLTP 环境中的分析查询。 影子表是 按列组织的 表。 排序堆内存的需求高于 OLTP 环境中数据库的常规需求。 要增大排序堆内存而不影响 OLTP 查询的现有存取方案，请对 DB2_EXTENDED_OPTIMIZATION 添加 OPT_SORTHEAP_EXCEPT_COL 以覆盖 sortheap 数据库配置参数的值。

DB2_EXTENDED_OPTIMIZATION 设置可能不会在所有环境中提高查询性能。 您应执行测试以确定各查询的性能提高情况。

如果将此变量设置为 CONNECTION，那么将为应用程序释放一个表锁定，直到该应用程序回滚事务或者连接被重置为止。 在落实之间，表锁定将继续挂起，删除表锁定的应用程序请求将被数据库忽略。 表锁定仍然被分配给该应用程序。 因此，当应用程序重新请求表锁定时，锁定已经处于可用状态。

对于可利用此优化的应用程序工作负载，性能应该会有所提高。 然而，并行执行的其他应用程序的工作负载可能会受到影响。 其他应用程序可能无法访问给定表，从而使得并行性过低。 DB2 SQL 目录表不受此设置影响。 CONNECTION 设置还具有上面描述的 ON 或 TRANSACTION 设置所具有的行为。

在进行语句编译或绑定时将检查此注册表变量。

当您正为数据库内存 (DB) 使用大页或巨页时，会限制数据库内存的动态减少，且会忽略 db_mem_thresh 设置。 自调整内存管理器 (STMM) 不会调整数据库区域的整体大小。 但是，STMM 会根据配置调整数据库内存区域内的区域。 有关更多信息，请参阅相关链接部分中的 database_memory 主题。

使用大量虚拟内存的密集内存访问型应用程序可以通过使用大页或巨页来提高性能。 要使 DB2 数据库系统可以使用大页或巨页，必须先将操作系统配置为使用大页或巨页。

要在 64 位 Db2 for AIX 上为代理程序专用内存启用大页面 ( DB2_LARGE_PAGE_MEM=PRIVATE 设置) ，必须在操作系统上配置大页面，并且实例所有者必须具有 CAP_BYPASS_RAC_VMM 和 CAP_PROPAGATE 功能。

在 Linux 上，要验证内核巨页是否可用，请发出以下命令：

   cat ⁄proc/meminfo

如果内核巨页可用，那么应该显示下面三行（服务器上配置的内存量不同，显示的数字也会不同）：

HugePages_Total:   200
HugePages_Free:    200
Hugepagesize:    16384 kB

如果没有看到这几行，或者 HugePages_Total 为 0，那么必须配置操作系统或内核。

在 Windows 上，系统上可用的大页面内存量小于可用内存总量。 系统运行一段时间之后，内存就会被分段，大页内存量就会减少。 应该将 DB2_ALLOCATION_SIZE 注册表变量设置为高值 (例如 256 MB) ，以便在 Windows 上实现一致的性能分配大内存页面。 （请注意，DB2_ALLOCATION_SIZE 需要您停止然后重新启动该实例。）

如果应用程序在一个工作单元中包含数目极多的语句，或者如果有许多并行执行的应用程序，那么可能会耗尽系统监视器堆。

• 不转出 - 在指定了 OFF 时
• 立即转出 - 在指定了 IMMEDIATE 时
• 转出但延迟清除索引 - 在指定了 DEFER 时

如果表仅存在非分区 RID 索引，那么支持执行延迟索引清除转出。

DB2MEMDISCLAIM 设置为 YES 会导致较小的调页空间需求，并且可能减少来自调页的磁盘活动。 DB2MEMDISCLAIM 设置为 NO 将导致更大的调页空间需求，并且可能导致来自调页的更多磁盘活动。 在某些情况下，例如，如果调页空间很大，并且实内存很大从不会发生页面调度，那么设置为 NO 会提供较小的性能提高。

如果未设置此变量，那么 DB2 数据库管理器会根据服务器上的内存量来计算 minfree 和 maxfree 的值。 在有限的 instance_memory 环境中， Db2 数据库管理器根据 instance_memory 设置计算 minfree 和 maxfree 的值。 除非启用了自调整内存管理器 (STMM) 并将 database_memory 设置为 AUTOMATIC，否则此变量的设置不起作用。

从 V 10.5开始，将添加 5% 额外缓冲区，此缓冲区包含在上表中的值中。 此额外的缓冲区用于适应更大范围环境中的易变内存需求，同时维护自动调整的 STMM 环境预期的弹性。 但是，此额外 5% 缓冲区可用于新激活的数据库来最小化针对激活的去谐（缩减）。 如果 版本 10.5 或更高版本的 STMM 调整程序检测到先前发行版中存在 STMM 调整程序 (与它们竞争系统内存) ，那么将从 版本 10.5 或更高版本上运行的数据库的计算中除去额外的 5% 缓冲区。 移除此额外 5% 缓冲区可避免使内存分配倾向于在先前发行版上运行的数据库（这将具有较少可用内存目标）。

可以通过在 STMM 环境中减小 minfree 和 maxfree 设置来提高性能。 但是，必须注意确保易变内存需求不会导致页面调度或内存耗尽。

对此变量的更改将在所有 STMM 调整操作后立即生效。 不需要重新启动实例或运行带有 -immediate 参数的 db2set 命令。

如果这些变量设为 ON，那么会使用内存映射 I/O 在 DB2 缓冲池中读取和写入数据，并且随后从文件系统高速缓存中除去此数据。 这会避免对 DB2 数据进行两次高速缓存。 但是，建议绕过文件系统高速缓存的方法是在表空间级别指定 NO FILE SYSTEM CACHING 子句，并将这些变量保留为缺省设置 OFF。

如果这些变量设为 ON，那么会使用内存映射 I/O 在 DB2 缓冲池中读取和写入数据，并且随后从文件系统高速缓存中除去此数据。 这会避免对 DB2 数据进行两次高速缓存。 但是，建议绕过文件系统高速缓存的方法是在表空间级别指定 NO FILE SYSTEM CACHING 子句，并将这些变量保留为缺省设置 OFF。

1. 并行 FCM 缓冲区：缺省大小为 512 MB（在 32 位平台上）或 4.5 GB（在 64 位平台上）；替换选项为 FCM:number_of_bytes
2. 受防护方式的通信：缺省大小为 80 MB（在 32 位平台上）或 512 MB（在 64 位平台上）；替换选项为 APLD:number_of_bytes
3. 消息查询内存：在 32 位和 64 位平台上，缺省大小为 4 MB；覆盖选项是 QUE:<number of bytes>。

db2set DB2NTMEMSIZE=FCM:1073741824;APLD:268435456

db2set DB2NTMEMSIZE=QUE:67108864

在 Windows 中，打开文件时会对其进行高速缓存，这是缺省行为。 为文件中的每 1 GB 从系统池保留 1 MB。 使用此注册表变量来覆盖高速缓存的无正式文件的 192 MB 限制。 当达到该高速缓存限制时，给出资源不够错误。

• NORMAL_PRIORITY_CLASS（缺省值优先级类别）
• REALTIME_PRIORITY_CLASS（使用 R 来设置）
• HIGH_PRIORITY_CLASS（使用 H 来设置）

此变量与使用 DB2PRIORITIES 设置的各个线程优先级一起使用，以确定此系统中 DB2 线程相对于其他线程的绝对优先级。

有关更多信息，请参阅 Win32 文档中的 SetPriorityClass() API。

使用语法 DB2NTWORKSET=min, max指定 DB2NTWORKSET ，其中 min 和 max 以兆字节表示。

您还可以使用 <entry>[;<entry>...] where <entry> =<buffer pool ID>,<number of pages> 临时更改所有缓冲池的大小或缓冲池的子集，以便它们可以启动。

在 Linux上，除了修改此注册表变量外，还需要库 libcap.so.1 。

如果将此变量设置为 YES，那么将无法启用数据库共享内存自调整功能（通过将 database_memory 配置参数设置为 AUTOMATIC 来激活此功能）。

对于 64 位环境中的 HP-UX，除了修改此注册表变量外，还必须对 DB2 实例组授予 MLOCK 特权。 为此，具有 root 用户访问权限的用户要执行以下操作：

在具有 POWER7® 或更高版本处理器的 AIX 系统上，或者任何 Linux 或 Windows 系统上，可以将此变量设置为 AUTOMATIC。 指定 AUTOMATIC 选项时， Db2 数据库系统会自动确定硬件拓扑，并为硬件拓扑中可见的每组相关资源 (处理器和内存) 创建资源组。 根据硬件拓扑，可能有一个或多个资源组，每个资源组包含一个或多个资源。

AUTOMATIC 设置启用处理器亲缘关系，由此 Db2 数据库系统将引擎可分派单元 (EDU) 分配给特定资源组和资源。 此外，AUTOMATIC 设置还确定是否启用内存亲缘关系，EDU 根据此亲缘关系尝试在处理期间分配本地内存，从而改善内存亲缘关系。 以循环方式对资源分配 EDU，并且假定每个资源等价。 在使用 POWER7 和更高版本处理器的系统上，当资源分布有偏差和/或可能发生更改 (例如，在具有多个 LPAR 的系统中) 时，建议不要使用 AUTOMATIC 设置。 在运行 AIX的 POWER ® 系统上，可以使用 lssrad -av 命令来确定资源分配。 在运行 Linux的 POWER 系统上，可以使用 numactl -H 命令来确定资源分配。

此设置适用于将公开硬件拓扑中的多个资源组和/或资源的系统，并且可以提高某些工作负载的查询性能。 要验证是否有任何性能提高，建议在将 DB2_RESOURCE_POLICY 变量设置为 AUTOMATIC 之前和之后都对工作负载运行性能分析。

您还可以设置注册表变量以指示配置文件的路径，该配置文件定义用于将 Db2 EDU 绑定到特定资源组和资源的策略。 这在使用 AUTOMATIC 设置无法获得所需要的配置的情况下很有用。

样本配置文件：

示例 1: 将所有 Db2 进程绑定到 CPU 1 或 3。

<RESOURCE_POLICY>  	
		<GLOBAL_RESOURCE_POLICY>  
			<METHOD>CPU</METHOD> 
			<RESOURCE_BINDING> 
  		<RESOURCE>1</RESOURCE>	
			</RESOURCE_BINDING>
			<RESOURCE_BINDING>
				<RESOURCE>3</RESOURCE>
			</RESOURCE_BINDING>
		</GLOBAL_RESOURCE_POLICY>
	</RESOURCE_POLICY> 

示例 2: (仅限AIX ) 将 Db2 进程绑定到下列其中一个资源集: sys/node.03.00000， sys/node.03.00001， sys/node.03.00002， sys/node.03.00003

<RESOURCE_POLICY>
		<GLOBAL_RESOURCE_POLICY> 
			<METHOD>RSET</METHOD> 
			<RESOURCE_BINDING> 
				<RESOURCE>sys/node.03.00000</RESOURCE> 
			</RESOURCE_BINDING> 
			<RESOURCE_BINDING> 
				<RESOURCE>sys/node.03.00001</RESOURCE> 
			</RESOURCE_BINDING> 
			<RESOURCE_BINDING> 
				<RESOURCE>sys/node.03.00002</RESOURCE> 
			</RESOURCE_BINDING> 
			<RESOURCE_BINDING> 
				<RESOURCE>sys/node.03.00003</RESOURCE> 
			</RESOURCE_BINDING> 
		</GLOBAL_RESOURCE_POLICY> 
	</RESOURCE_POLICY> 

示例 3: (仅限Linux ) 将与 SAMPLE 数据库关联的缓冲池标识 2 和 3 中的所有内存绑定到 NUMA 节点 3。 还将 80% 的总数据库内存用于绑定到 NUMA 节点 3，并将 20% 保留为在非缓冲池特定内存的所有节点间进行条带分割。

<RESOURCE_POLICY>
		<DATABASE_RESOURCE_POLICY>
			<DBNAME>sample</DBNAME>
			<METHOD>NODEMASK</METHOD>
			<RESOURCE_BINDING>
				<RESOURCE>3</RESOURCE>
				<DBMEM_PERCENTAGE>80</DBMEM_PERCENTAGE>
				<BUFFERPOOL_BINDING>
					<BUFFERPOOL_ID>2</BUFFERPOOL_ID>
					<BUFFERPOOL_ID>3</BUFFERPOOL_ID>
 			</BUFFERPOOL_BINDING>
			</RESOURCE_BINDING>
		</DATABASE_RESOURCE_POLICY>
	</RESOURCE_POLICY>

示例 4: (仅适用于 Linux 和 Windows) 定义由 CPU 掩码 0x0F 和 0xF0指定的两个不同的处理器集。 将 DB2 进程和缓冲池标识 2 与处理器集 0x0F 绑定，并将 DB2 进程和缓冲池标识 3 与处理器集 0xF0 绑定。 对于每个处理器集，将数据库内存总量的 50% 用于绑定。

当期望建立处理器与 NUMA 节点之间的映射时，此资源策略很有用。 这种场景的示例是具有 8 个处理器的系统和 2 个 NUMA 节点的系统，其中处理器 0 到 3 属于 NUMA 节点 0，处理器 4 到 7 属于 NUMA 节点 1。 此资源策略允许在隐式维护内存位置时进行处理器绑定（即混合使用 CPU 方法和 NODEMASK 方法）。

 <RESOURCE_POLICY>
   <DATABASE_RESOURCE_POLICY>
     <DBNAME>sample</DBNAME>
     <METHOD>CPUMASK</METHOD>
     <RESOURCE_BINDING>
       <RESOURCE>0x0F</RESOURCE>
       <DBMEM_PERCENTAGE>50</DBMEM_PERCENTAGE>
       <BUFFERPOOL_BINDING>
         <BUFFERPOOL_ID>2</BUFFERPOOL_ID>
       </BUFFERPOOL_BINDING>
     </RESOURCE_BINDING>
     <RESOURCE_BINDING>
       <RESOURCE>0xF0</RESOURCE>
       <DBMEM_PERCENTAGE>50</DBMEM_PERCENTAGE>
       <BUFFERPOOL_BINDING>
         <BUFFERPOOL_ID>3</BUFFERPOOL_ID>
       </BUFFERPOOL_BINDING>
     </RESOURCE_BINDING>
   </DATABASE_RESOURCE_POLICY>
 </RESOURCE_POLICY>

示例 5: (仅限AIX 操作系统) 您可以通过在资源策略文件中指定资源组来手动启用资源组感知。 使用 RESOURCE_GROUP 元素以指定属于特定资源组的资源。 定义的资源组不需要符合 NUMA 边界。 ENV_GET_DB2_EDU_SYSTEM_RESOURCES 表函数的 RESOURCE_GROUP 列标识与 EDU 关联的资源组。

<RESOURCE_POLICY>
  <GLOBAL_RESOURCE_POLICY>

    <METHOD>SRAD</METHOD>

    <RESOURCE_GROUP>
      <RESOURCE_GROUP_NAME>TESTGROUP1</RESOURCE_GROUP_NAME>

      <RESOURCE_BINDING>
        <RESOURCE>0</RESOURCE>
      </RESOURCE_BINDING>

      <RESOURCE_BINDING>
        <RESOURCE>1</RESOURCE>
      </RESOURCE_BINDING>

      <RESOURCE_BINDING>
        <RESOURCE>2</RESOURCE>
      </RESOURCE_BINDING>

      <RESOURCE_BINDING>
        <RESOURCE>3</RESOURCE>
      </RESOURCE_BINDING>

    </RESOURCE_GROUP>

    <RESOURCE_GROUP>
      <RESOURCE_GROUP_NAME>TESTGROUP2</RESOURCE_GROUP_NAME>

      <RESOURCE_BINDING>
        <RESOURCE>4</RESOURCE>
      </RESOURCE_BINDING>

      <RESOURCE_BINDING>
        <RESOURCE>5</RESOURCE>
      </RESOURCE_BINDING>

      <RESOURCE_BINDING>
        <RESOURCE>6</RESOURCE>
      </RESOURCE_BINDING>

      <RESOURCE_BINDING>
        <RESOURCE>7</RESOURCE>
      </RESOURCE_BINDING>

    </RESOURCE_GROUP>

  </GLOBAL_RESOURCE_POLICY>
</RESOURCE_POLICY>

此外，可以使用注册表变量 DB2PRIORITIES 和 DB2NTPRICLASS 来控制操作系统调度策略和设置 DB2 代理程序优先级。 但是，如果在资源策略配置文件中指定 SCHEDULING_POLICY 元素，就可以在单一位置指定调度策略和相关代理程序优先级。

示例 1: 选择具有 Db2 日志写程序和阅读器进程优先级提升的 AIX SCHED_FIFO2 调度策略。

	<RESOURCE_POLICY> 
		<SCHEDULING_POLICY>
			<POLICY_TYPE>SCHED_FIFO2</POLICY_TYPE>
			<PRIORITY_VALUE>60</PRIORITY_VALUE>

			<EDU_PRIORITY>
				<EDU_NAME>db2loggr</EDU_NAME>
				<PRIORITY_VALUE>56</PRIORITY_VALUE>
			</EDU_PRIORITY>

			<EDU_PRIORITY>
				<EDU_NAME>db2loggw</EDU_NAME>
				<PRIORITY_VALUE>56</PRIORITY_VALUE>
			</EDU_PRIORITY>
		</SCHEDULING_POLICY>
	</RESOURCE_POLICY>

示例 2: 在 Windows 上替换 DB2NTPRICLASS=H 。

	<RESOURCE_POLICY> 
		<SCHEDULING_POLICY>
			<POLICY_TYPE>HIGH_PRIORITY_CLASS</POLICY_TYPE>
		</SCHEDULING_POLICY>
	</RESOURCE_POLICY>

在启用了分区内并行性时，不支持此注册表变量。

如果使用 -immediate 参数发出 db2set 命令，那么对此变量的更改可以对所有将来编译的 SQL 语句立即生效。 不需要重新启动实例。

只有在“当前已落实”语义对避免锁定争用没有帮助时，DB2_SKIPDELETED 才适用。 如果设置了此变量，并且“当前已落实”语义适用于扫描，那么将不会跳过已删除的行；而是，将处理它们的当前已落实版本。

此注册表变量不会影响 DB2 目录表上的游标的行为。

此注册表变量用 db2start 命令激活。

如果正在使用“当前已落实”语义，那么此注册表变量没有任何作用。 也就是说，即使将 DB2_SKIPINSERTED 设置为 OFF 并启用“当前已落实”行为，也仍然会跳过未落实的已插入行。

DB2_SMP_INDEX_CREATE 仅在设置为非零值时生效。 当增加用于对索引数据进行扫描和排序的代理程序数量时，切记确保已正确设置数据库配置参数 sortheap 和 sheapthres_shr。 可用于排序的内存量（由 sheapthres_shr 参数指定）越多，对索引数据进行排序时需要将临时结果写至系统临时表空间的可能性越小。 如果排序未溢出至磁盘，那么速度将会更快。 此外，要确保排序中每个参与的代理程序获得相同的内存了，应该将 sortheap 参数设置为不大于 sheapthres_shr/n 的值，其中 n 是用于对索引表进行扫描和排序的代理程序数量。

此变量的缺省设置为 -2，这意味着对于其大小小于或等于 1 个扩展数据块 * 容器数的任何溢出的 SMS 临时对象，将没有任何不需要的文件系统访问。 超过此大小的临时对象会被截断为 0 个扩展数据块。

如果此变量设置为 0，那么不执行任何特殊阈值处理。 但是，一旦不再需要临时表，该文件就会被截断为 0 个扩展数据块。 当此变量的值大于 0 时，将维护更大的文件。 超过此阈值的对象将被截断为阈值大小。 这样可减少每次使用临时表时删除并重新创建文件所造成的一部分系统开销。

如果此变量设置为 -1，那么不会截断该文件，并且允许它无限增长，只不过会受到系统资源的限制。

当 DB2_SORT_AFTER_TQ=NO 时，优化器往往会在发送端排序，而在接收端合并行。

当 DB2_SORT_AFTER_TQ=YES，优化器往往会发送未排序的行，在接收端不合并，而在接收完所有的行之后才在接收端对这些行进行排序。

如果使用 -immediate 参数发出 db2set 命令，那么对此变量的更改可以对所有将来编译的 SQL 语句立即生效。 不需要重新启动实例。

SQL 工作空间包含执行 SQL 时的分配（以段的形式）。 正在为应用程序执行的每个 SQL 语句（静态或动态）都必须在 SQL 工作空间中保留该语句的执行期间所使用的段的唯一副本。 在完成该语句的执行后，该段将成为不活动段，并且可以释放与不活动段相关联的内存分配，也可以继续在 SQL 工作空间中高速缓存这些内存分配。 当从任何连接再次执行相同 SQL 语句时，将在 SQL 工作空间中查找上次执行该语句时保留的段的高速缓存副本，从而节省与分配和初始化该段的新副本相关联的成本。 因此，SQL 工作空间将同时包含活动段（对应于当前执行的 SQL）和当前未在执行的高速缓存的段。

当设置了 DB2_TRUST_MDC_BLOCK_FULL_HINT 变量时，DB2 会跳过对在组合块索引中标记了 Full_Block 位的块搜索可用空间。 此 Full_Block 位仅作为提示，该位仅在整个块全部移除，或使用 REORG 命令重新构建组合块索引时才会清除。 折衷就是如果运行的删除使用 rollout 删除部分清空块，而不是完全清空块，那么可能会浪费一些可用空间。 更多有关 rollout 删除的信息，请参阅“MDC 表优化策略”中的“Rollout 删除”主题。

当启用了此变量时，在绑定不受防护的嵌入式存储过程中包含的 SQL 和 XQuery 语句期间，不会将外部 SQLDA 格式转换为内部 DB2 格式。 这将加速处理嵌入式 SQL 和 XQuery 语句。

当启用了此变量时，不受防护的嵌入式存储过程中不支持下列数据类型：

• SQL_TYP_DATE
• SQL_TYP_TIME
• SQL_TYP_STAMP
• SQL_TYP_CGSTR
• SQL_TYP_BLOB
• SQL_TYP_CLOB
• SQL_TYP_DBCLOB
• SQL_TYP_CSTR
• SQL_TYP_LSTR
• SQL_TYP_BLOB_LOCATOR
• SQL_TYP_CLOB_LOCATOR
• SQL_TYP_DCLOB_LOCATOR
• SQL_TYP_BLOB_FILE
• SQL_TYP_CLOB_FILE
• SQL_TYP_DCLOB_FILE
• SQL_TYP_BLOB_FILE_OBSOLETE
• SQL_TYP_CLOB_FILE_OBSOLETE
• SQL_TYP_DCLOB_FILE_OBSOLETE

如果遇到了这些数据类型，那么会返回 SQLCODE -804 和 SQLSTATE 07002。

要禁用快速预分配，请将 DB2_USE_FAST_PREALLOCATION 设置为 OFF。 在某些操作系统 (尤其是 AIX) 上，如果在同一表空间上执行大量插入和选择操作，那么这可能会提高运行时性能，从而降低创建表空间和数据库复原时间的速度。 请注意，禁用快速预分配后，必须重新启动数据库。

要对日志启用快速预分配，请将 DB2_USE_FAST_LOG_PREALLOCATION 设置为 ON。

• 不支持使用配置为进行直接磁盘（原始）访问的数据库管理 (DMS) 表空间。
• 不支持使用使用 NO FILESYSTEM CACHING 配置的系统管理 (SMS) 表空间。
• 根据工作负载特征，访问大对象 (LOB) 数据的性能可能会下降。
• 复原在启用 4 KB 扇区支持之前创建的备份映像，或处理在启用之前创建的装入副本文件时，性能可能会下降。
• 备份映像和装入副本文件会稍微增大。
• pureScale® 实例不支持此功能部件。