为内存优化表配置内存

适用于：SQL Server

您需要配置存储容量和每秒输入/输出操作数 (IOPS)。

存储容量

使用 估算内存优化表的内存需求 中的信息估计数据库的持久内存优化表的内存中大小。 由于索引未对内存优化表暂留，因此不包括索引大小。

确定大小后，必须提供足够的磁盘空间来保留检查点文件，这些文件用于存储新更改的数据。 存储的数据不仅包含添加到内存中表的新行的内容，还包含现有行的新版本。 当有行插入或更新时，此存储会随之增大。 当日志截断发生时，将会合并行版本，并回收存储。 如果日志截断由于任何原因而延迟，内存中 OLTP 存储将会增大。

为此区域确定存储大小的良好起点是，预留四倍于持久内存中表大小的空间。 监视空间使用情况，并准备在必要时扩展可用存储。

存储 IOPS

In-Memory OLTP 可以显著提高工作负荷吞吐量。 因此，确保 IO 不成为瓶颈非常重要。

• 在将基于磁盘的表迁移到内存优化表时，请确保事务日志位于可支持增加事务日志活动的存储介质上。 例如，如果存储介质以 100 MB/秒的速度支持事务日志操作，并且内存优化表产生 5 倍以上的性能，则事务日志的存储介质必须还能支持 5 倍的性能改进，从而防止事务日志活动成为性能瓶颈。

• 内存优化表保留在跨一个或多个容器分布的检查点文件中。 通常，每个容器均应映射到其自己的存储设备，并用于增加的存储容量和改进的 IOPS。 需要确保存储介质的顺序 IOPS 可支持高达 3 倍的持续事务日志吞吐量。 对于数据文件，检查点文件的写入量为 256 KB，而对于差异文件则为 4 KB。

  • 例如，如果内存优化表在事务日志中生成稳定的 500 MB/秒的活动，则内存优化表的存储必须支持 1.5GB/秒 IOPS。 之所以需要支持高达 3 倍的持续事务日志吞吐量，是因为观察到，数据和差异文件对先与初始数据一起写入，然后需要作为合并操作的一部分被读取/重新写入。

• 估计存储的 IOPS 时要考虑的另一个因素是内存优化表的恢复时间。 在使数据库对应用程序可用前，必须将持久表中的数据读取到内存中。 通常，可按 IOPS 速度将数据加载到内存优化表中。 如果持久内存优化表的总存储为 60 GB，并且您希望能够在 1 分钟内加载此数据，则存储的 IOPS 必须设置为 1 GB/秒。

• 如果空间允许，检查点文件通常在所有容器中均匀分布。 对于 2014 SQL Server，需要预配奇数的容器才能实现统一分布 - 从 2016 年开始，奇数和偶数容器都会导致统一分布。

Encryption

在 SQL Server 2016 (13.x) 及更高版本中，内存优化表的存储将作为在数据库上启用透明数据加密 (TDE) 的一部分进行静态加密。 有关详细信息，请参阅透明数据加密。 在 2014 SQL Server (12.x) 检查点文件不会加密，即使数据库上启用了 TDE。

非持久 (SCHEMA_ONLY) 内存优化表中的数据在任何时候都不会写入磁盘。 因此，TDE 不适用于这类表。

另请参阅

创建和管理用于内存优化对象的存储