tempdb 数据库的大小和物理位置可能会影响系统的性能。 例如,如果为 tempdb 定义的大小过小,则每次重新启动 SQL Server 实例时,都可能会占用部分系统处理负荷,以使 tempdb 自动增长到支持工作负荷所需的大小。 您可以通过增加 tempdb 数据和日志文件的大小来避免此开销。 有关确定 tempdb 所需的适当磁盘空间量的信息,请参阅 tempdb 容量规划。
若要获得最佳的 tempdb 性能,我们建议在生产环境中对 tempdb 进行如下配置:
- 将 tempdb 的恢复模式设置为 SIMPLE。 此模式自动回收日志空间以保持较小的空间要求。
有关详细信息,请参阅 ALTER DATABASE (Transact-SQL) 或如何查看或更改数据库恢复模式 (SQL Server Management Studio)。
- 使 tempdb 文件的大小可以根据需要自动增大。 这可以使文件的大小增大到磁盘变满为止。
注意: 如果生产环境不允许自动增长操作过程中可能出现的应用程序超时,则应为预期的工作负荷预分配空间。 - 将文件增量设置为合理的大小以避免 tempdb 数据库文件的增量过小。 如果文件的增量与写入 tempdb 的数据量相比过小,则 tempdb 可能需要不断扩大。 这将影响性能。 建议为 tempdb 文件设置 FILEGROWTH 增量时遵循以下通用原则。
tempdb 文件大小 FILEGROWTH 增量 0 至 100 MB
10 MB
100 至 200 MB
20 MB
200 MB 或更多
10%*
- 通过将文件大小设置为足够容纳环境中典型工作负荷的值来预分配所有 tempdb 文件的空间。 这可以避免 tempdb 因扩展得过于频繁而影响性能。 tempdb 数据库应设置为自动增长,但是在出现意外情况时此设置将用于增加磁盘空间。
- 根据需要创建足够多的文件以使磁盘宽度最大化。 使用多个文件可以减少 tempdb 存储争用并获得更大的可伸缩性。 但是,请勿创建过多的文件,因为此操作可能降低性能并增加管理开销。 作为通用原则,为服务器中的每一个 CPU 创建一个数据文件(用于解释任何关联掩码设置),然后根据需要上下调整文件的数量。 请注意,双核心 CPU 将被视为两个 CPU。(www.pms.cc 文章来源)
- 使每个数据文件的大小相同,这样可以优化比例填充的性能。
- 将 tempdb 数据库放置在快速 I/O 子系统中。 如果有许多直接连接的磁盘,则请使用磁盘条带化。
- 将 tempdb 数据库放置在用户数据库使用的磁盘以外的磁盘中。
有关其他建议,请参阅 Working with tempdb in SQL Server 2005(使用 SQL Server 2005 中的 tempdb)。
您可以使用下列方法之一修改 tempdb 数据或日志文件的大小和文件增长参数。(www.pms.cc 文章来源)
每次创建 tempdb 时都要使用文件大小和文件增长参数的值。 例如,如果您将 tempdb 数据文件的大小增加到 20 MB 并将文件增量增加到 15%,则新的值将立即生效。 如果后续事务活动使 tempdb 的大小增大,则每次重新启动 SQL Server 实例时,数据文件的大小都将返回到 20 MB。
您可以使用下列方法之一查看 tempdb 数据或日志文件的大小和文件增长参数:
- SQL Server Management Studio
- 运行下面的查询。
SELECT name AS FileName, size*1.0/128 AS FileSizeinMB, CASE max_size WHEN 0 THEN 'Autogrowth is off.' WHEN -1 THEN 'Autogrowth is on.' ELSE 'Log file will grow to a maximum size of 2 TB.' END, growth AS 'GrowthValue', 'GrowthIncrement' = CASE WHEN growth = 0 THEN 'Size is fixed and will not grow.' WHEN growth > 0 AND is_percent_growth = 0 THEN 'Growth value is in 8-KB pages.' ELSE 'Growth value is a percentage.' END FROM tempdb.sys.database_files; GO
声明: 本文采用 BY-NC-SA 协议进行授权. 转载请注明转自: tempdb优化提升性能