位置: 编程技术 - 正文
SQL Server 2016 TempDb里的显著提升
编辑：rootadmin推荐整理分享SQL Server 2016 TempDb里的显著提升，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:,内容如对您有帮助，希望把文章链接给更多的朋友！
几个星期前，SQL Server 的最新CTP版本已经发布了：CTP 2.4(目前已经是CTP 3.0)。关于SQL Server CTP2.3 的关键特性总结，在此不多说了，具体内容请查相关资料。这个预览版相比以前的CTP包含了很多不同的提升。在这篇文章里我会谈下对于SQL Server ，TempDb里的显著提升。
TempDb定制
在SQL Server 安装期间，第一个你会碰到的改变是在安装过程中，现在你能配置TempDb的物理配置。我们可以详细看下面的截屏。
微软现在检测几个可用的CPU内核，基于这个数字安装程序自动配置TempDb文件个数。这个对克服闩锁竞争问题（Latch Contention problem）非常重要，通常当你运行TempDb时，只有一个数据文件会发生。这里安装向导使用下列公式：
当你有小于等于8个CPU内核，你会获得和你CPU内核数一样的TempDb数据文件数。如果你有超过8个CPU内核，你会得到开箱即用的8个TempDb数据文件。我在不同的配置上测试了安装向导，下表总结了TempDb数据文件的不同个数。
CPU内核 TempDb数据文件
2 2
4 4
8 8
8
这是一个巨大的进步！当我进行SQL Server健康检查时，TempDb只有一个数据文件，会有一些闩锁竞争问题（Latch Contention problem）是常见的。
如果在向导里你提供多个数据路径，你可以在各个文件夹之间循环（round-robin）分配。有一点我不喜欢的是，新的配置8MB的初始大小和MB的自动增长率。
分配和自动增长
在SQL Server 之前，很多人使用和跟踪标记来定义SQL Server在数据库里如何分配页，和如何在多个数据文件间处理自动增长操作。在以前的SQL Server版本里，临时表的数据页总分配在所谓的混合区（Mixed Extends），它大小是kb在多个数据库对象（像表和索引）间共享。
使用这个方法微软保证小表保持小，因为数据库的第1个8页总在混合区分配。接下来的页（第9页开始）在所谓的统一区（也是k大小）里分配。每次你给数据库对象分配一个统一区，对象本身立即增长kb。
当你启用SQL Server的跟踪标记，对于整个SQL Server实例，只在统一区分配，混合区会被忽略。使用这个方法是可以减少在SGAM（共享全局分配映射（Shared Global Allocation Map）页，管理混合区）页上的闩锁竞争问题（Latch Contention problem）。
在SQL Server 里TempDb分配总在统一区里发生，而不使用混合区——不需要启用任何跟踪标记。除临时表外的分配还是使用混合区。下面的例子展示了在临时表7个分配的页直接存储在统一区，而完全不使用混合区。
在过去跟踪标记和TempDb结合进行同时自动增长操作。确保文件在同个区里同时增长非常重要。不然成比例的填充算法(proportional fill algorithm)不能发挥应有的作用。使用SQL Server ，你就直接有跟踪标记的这个功能，而不需要启用。
小结
花了很长时间后，微软终于开始在SQL Server安装向导里进行更好的默认配置。根据可用CPU核心数配置TempDb是个巨大的进步。我们来看看下个版本会提供根据实际情况能配置MAXDOP，并行开销阈值和服务器最大内存等等...
本文到此介绍了，感谢您的关注！
谈谈Tempdb对SQL Server性能优化有何影响 先给大家巩固tempdb的基础知识简介：tempdb是SQLServer的系统数据库一直都是SQLServer的重要组成部分，用来存储临时对象。可以简单理解tempdb是SQLServer的速
SQL数据库实例名称找不到或远程连接失败并显示错误error的原因及解决办法 分享由字符转义引起的SQL数据库实例名称找不到或远程连接失败并显示错误error的解决办法：一、问题介绍很久没有用c#去连数据库程序了，不过在网
SqlServer如何通过SQL语句获取处理器(CPU)、内存（Memory）、磁盘（Disk）以及操作系统相关信息 在SQLSERVER中如何通过SQL语句获取服务器硬件和系统信息呢？下面介绍一下如何通过SQL语句获取处理器(CPU)、内存（Memory）、磁盘（Disk）以及操作系统相
标签: SQL Server 2016 TempDb里的显著提升
本文链接地址:https://www.jiuchutong.com/biancheng/312840.html 转载请保留说明！
