SQL Server 2016 TempDb里的显著提升

几个星期前，sql server 2016的最新ctp版本已经发布了：ctp 2.4(目前已经是ctp 3.0)。关于sql server 2016 ctp2.3 的关键特性总结，在此不多说了，具体内容请查相关资料。这个预览版相比以前的ctp包含了很多不同的提升。在这篇文章里我会谈下对于sql server 2016，tempdb里的显著提升。

tempdb定制

在sql server 2016安装期间，第一个你会碰到的改变是在安装过程中，现在你能配置tempdb的物理配置。我们可以详细看下面的截屏。

微软现在检测几个可用的cpu内核，基于这个数字安装程序自动配置tempdb文件个数。这个对克服闩锁竞争问题（latch contention problem）非常重要，通常当你运行tempdb时，只有一个数据文件会发生。这里安装向导使用下列公式：

当你有小于等于8个cpu内核，你会获得和你cpu内核数一样的tempdb数据文件数。
如果你有超过8个cpu内核，你会得到开箱即用的8个tempdb数据文件。
我在不同的配置上测试了安装向导，下表总结了tempdb数据文件的不同个数。

cpu内核　　　　tempdb数据文件

2　　　　　　　　2

4　　　　　　　　4

8　　　　　　　　8

32　　　　　　　 8

这是一个巨大的进步！当我进行sql server健康检查时，tempdb只有一个数据文件，会有一些闩锁竞争问题（latch contention problem）是常见的。

如果在向导里你提供多个数据路径，你可以在各个文件夹之间循环（round-robin）分配。有一点我不喜欢的是，新的配置8mb的初始大小和64mb的自动增长率。

分配和自动增长

在sql server 2016之前，很多人使用1117和1118跟踪标记来定义sql server在数据库里如何分配页，和如何在多个数据文件间处理自动增长操作。在以前的sql server版本里，临时表的数据页总分配在所谓的混合区（mixed extends），它大小是64kb在多个数据库对象（像表和索引）间共享。

使用这个方法微软保证小表保持小，因为数据库的第1个8页总在混合区分配。接下来的页（第9页开始）在所谓的统一区（也是64k大小）里分配。每次你给数据库对象分配一个统一区，对象本身立即增长64kb。

当你启用sql server的1118跟踪标记，对于整个sql server实例，只在统一区分配，混合区会被忽略。使用这个方法是可以减少在sgam（共享全局分配映射（shared global allocation map）页，管理混合区）页上的闩锁竞争问题（latch contention problem）。

在sql server 2016里tempdb分配总在统一区里发生，而不使用混合区——不需要启用任何跟踪标记。除临时表外的分配还是使用混合区。下面的例子展示了在临时表7个分配的页直接存储在统一区，而完全不使用混合区。

use tempdb
 go
 create table #helpertable
 (
  col int identity(, ) primary key not null,
  col char() not null
 )
 go
 -- insert records, this allocates pages in tempdb
 insert into #helpertable values (replicate('a', ))
 go 
 -- enable dbcc trace flag 
 dbcc traceon()
 go
 -- retrieve the temp table name from sys.tables
 select name from sys.tables
 where name like '#helpertable%'
 go
 -- retrieve the first data page for the specified table (columns pagefid and pagepid)
 dbcc ind(tempdb, [#helpertable________________________________________________________________________________________________________b], -)
 go
 -- dump the iam page of the table testtable retrieved by dbcc ind previously
 -- no pages are allocated in mixed extents, a complete uniform extent is allocated.
 dbcc page (tempdb, , , )
 go
 -- clean up
 drop table #helpertable
 go

在过去1117跟踪标记和tempdb结合进行同时自动增长操作。确保文件在同个区里同时增长非常重要。不然成比例的填充算法(proportional fill algorithm)不能发挥应有的作用。使用sql server 2016，你就直接有1117跟踪标记的这个功能，而不需要启用。

小结

花了很长时间后，微软终于开始在sql server安装向导里进行更好的默认配置。根据可用cpu核心数配置tempdb是个巨大的进步。我们来看看下个版本会提供根据实际情况能配置maxdop，并行开销阈值和服务器最大内存等等...

本文到此介绍了，感谢您的关注！