Microsoft SQL Server 查询处理器的内部机制与结构
作者 佚名技术
来源 NET编程
浏览
发布时间 2012-03-18
| 则成本会一次增加一个单位地不断增长，直到增长到其实际编译成本。该成本和设置的成本一样高。不过该计划经常被重复使用；如果同一用户或其他用户不断重新提交完全一样的 SQL 文本，该计划就会留在缓存中。 如果查询不是特定的，也就是说是一个存储过程、带参数的查询或自动参数化的查询，则每次该计划被重新使用时，成本都会设置回原来的值。只要计划被重新使用，就会留在缓存中。即使有一段时间没有被使用，取决于最初的编译代价的高低，计划停留在缓存中的时间也有长短。 图 9 显示从缓存中检索计划并调整成本的流程。 (WINDOWS平台上强大的数据库平台) 查询处理器的内部机制与结构（图九）" width="217" height="218" /> 图 9. 从缓存中检索计划 迟缓写入器(Lazywriter) 是使计划过时的机制，负责在必要的时候从缓存中删除计划。迟缓写入器实际上是存储引擎的一部分，但是因为迟缓写入器对于查询处理机制是如此重要，我们还是在这里进行讨论。迟缓写入器管理查询计划内存使用的机制与管理页面的机制一样，因为 sql server(WINDOWS平台上强大的数据库平台) 7.0 计划存储在普通缓冲存储器中。迟缓写入器要检查系统中所有的缓冲器标题。如果系统的内存不紧张，检查的次数就很少；如果开始紧张，则迟缓写入器就会经常运行。当迟缓写入器运行时，它要检查缓冲区标题，并检查缓存区中该页面的当前成本。如果成本为 0，则意味着自从上次迟缓写入器检查以来，该页面没有被使用过，于是迟缓写入器就会释放该页面，以便为系统增加可用内存，用于页面 I/O 或其他计划。此外，如果该缓冲区包含过程计划，则迟缓写入器会调用 SQL 管理器，以完成一些清理工作。最后，该缓冲区会被放到可用内存表中供重新使用。 如果与缓冲区关联的成本大于 0，则迟缓写入器会把成本减 1，并继续检查其他缓冲区。这成本实际上反映的，某计划若是没被使用，它在缓存中还能存在多少个迟缓写入器的检查周期。这种算法，除了如果对象是存储过程则调用 SQL Manager 这一步之外，对缓存中的计划和缓存的数据或索引没有什么区别。迟缓写入器并不知道对象是否存储过程，这种算法很好地平衡了磁盘 I/O 对缓存的使用和存储过程计划对缓存的使用。 您会发现，如果计划的编译成本很高，那么即使很长一段时间都没有被重新使用，也仍然会停留在缓存中，这是因为其初始成本太高了。经常被重新使用的计划也会长期停留在缓存中，这是 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
你可能对下面的文章感兴趣
上一篇: 表链接下一篇: SQL SERVER 2000 连接不上的解决方法
关于Microsoft SQL Server 查询处理器的内部机制与结构的所有评论
