SQL Server 2005中Tempdb变化分析

　　【IT专家网】SQL Server 2005版本中的任何变化能够写成一本书，事实上，已被写成了好几本书。其中，最重要的变化不是功能上的变化;这些变化发生在用户或管理员无法立即感觉到的内部的行为上。这就是说，了解到他们是什么，他们在什么状况下会表现出来，将会很有用。

　　这些的隐藏起来的性能提升中最好的一个例子就是tempdb数据库——SQL Server用于临时或开关操作的数据库。对tempdb所做的很多优化都是在透明的情况下，让处理加速：

• 　　当临时表被创建的时候，临时表会被缓存起来加速性能。然而，有一些表明确的不会被缓存：
  • 　　关联着显式DDL的临时表
  • 　　关联着命名的约束的临时表
  • 　　作为动态产生的SQL语句的一部分的临时表——例如，存储过程sp_executeSQL的环境中
• 　　工作表的缓存得到提升。为了节约了空间，会被反复执行的执行计划中的工作表被截短了;现在只有工作表中的前九个页面才会保留。
• 　　很多其他类型的临时对象也被缓存以提高速度：当在存储过程、函数或触发器中使用时，表值函数，表变量和局部临时表都会被缓存。对于某种特定的临时对象的编目条目不会被立即丢弃，而是缓存以备将来的重用(一段时间之后，最少使用的对象将从缓存中清除)。
• 　　对于tempdb中记录的一些修改将不再被记录到日志中，这样能够降低tempdb产生的日志和设备的I/O流量。INSERT操作只会记录插入的记录，DELETE操作只会记录被删除的记录。只有UPDATE操作才会同时记录原值和更新之后的值。(根据Microsoft的内部资料，在此之前的版本，三种操作都会记录操作之前的值和操作之后的值)
• 　　重新设计tempdb的文档被均衡写入的方式，减少对系统资源的竞争。均衡写入意味着每一个tempdb文档(假设存在多个文档)会被同时写入。因此，假如每个物理文档分散到不同的磁头上，那么对这些文档的写入能够更加有效率的并行处理。建议您为一个SQL Server在每一个CPU创建一个临时文档，并且将每个临时文档放在不同的磁头上。
• 　　假如一个临时表从tempdb中被丢弃，他会在后台进行处理以降低主机程式的等待时间。实际上，他会被立即处理。

　　不但仅是性能，一些变化也影响到了SQL Server 2005的统计收集操作：

• 　　SQL Server 2005的动态管理视图(Dynamic Management Views)报告关于tempdb空间使用情况的统计数据，能够通过查询检索到这些数据。例如，SELECT SUM (unallocated_extent_page_count)*8 as [Free Space] FROM sys.dm_db_file_space_usage会返回tempdb文档中以kilobytes计算的自由空间总数。
• 　　Trace标志TF-1118(表示分配整个的extents给每个tempdb对象)已被重新改造，减少资源的竞争。您能够用他作trace检查而不用担心对tempdb性能产生影响。
• 　　两个新的性能指标，临时表新建率(Temp Tables Creation Rate)和临时表销毁计数(Temp Tables for Destruction)，在SQL Server 2005中出现。他们分别指示每秒钟新建多少个临时表和多少个临时表在排队销毁。

　　这些变化能够让程式员对tempdb实际的运行方式有一些洞察，而不是被他表面上的行为所蒙蔽——毫无疑问，一个创新的程式员能够利用这些来写出更好的、更先进的SQL Server 2005代码。

查看本文国际来源

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有